#1 Le 07/12/2020, à 11:04
- Bill64
[RESOLU]mauvaise manip au montage d'un disque
bonjour a tous, je m'excuse de devoir en arriver a vous demander du temps mais mes connaissances sont limitées en informatique et je viens de faire une énorme gourde mais qui semblerait pourtant simple a régler. J'ai réglé nombre de problemes et bug en lisant le forum, mais je ne trouve personne d'aussi stupide que moi! mon systeme est installé depuis un moment sur un SSD et j'ai voulu monté le disque dur interne en suivant la procédure dans la doc: Monter une partition automatiquement au démarrage. tout a bien marcher cette fois mais j'voulais que le disque "fasse plus partie du systeme de fichier" et j'ai recommencé la procédure en remplaçant dans les options du point de montage (via le logiciel disque) "auto" par "Ext4" dans la dernière ligne nommée type de systeme de fichier. G voulu faire le poète..... en redémarrant liste erreur que je ne sais comment vous copier. Via Usb live, j'vois que mes disques sont sain et toutes les données sont là mais je ne peux les copier. dsl pour les fautes.
j'ai conscience qu'il vous faudrais des infos mais je ne sais pas comment les prendre de mon pc planté.
Merci a ceux qui pourront m'aider
Modération : merci de respecter la langue du forum qui est le français, pas le SMS.
En résumé, le problème était que sdb interférait avec sda au démarrage de l'ordi suite a une intervention stupide de ma part. La solution a été de désactiver sdb via cette commande
gedit admin:///mnt/temp/etc/fstab
puis de commenter par un "#"
la ligne
/dev/disk/by-uuid/c03a9053-c60a-467d-923e-08929d9ea380 /mnt/c03a9053-c60a-467d-923e-08929d9ea380 Ext4 defaults 0 0
qui doit devenir
# /dev/disk/by-uuid/c03a9053-c60a-467d-923e-08929d9ea380 /mnt/c03a9053-c60a-467d-923e-08929d9ea380 Ext4 defaults 0 0
Enfin il m'a été proposé 2 méthodes pour formater et accéder normalement à ce disque sdb.
Post important #16;#20;#39;#42
Dernière modification par Bill64 (Le 08/12/2020, à 23:00)
Hors ligne
#2 Le 07/12/2020, à 11:21
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
toutes les données sont là mais je ne peux les copier.
Via le live donne nous le contenu du fstab de ton installation... Il suffira certainement juste de le remodifier en admin pour tout remettre en ordre : même pas besoin de sortir les données...
Édit : merci de donner aussi, en respectant les règles de mise en forme du forum, le retour de la commande
sudo fdisk -l
Dernière modification par Qid (Le 07/12/2020, à 11:22)
"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
#3 Le 07/12/2020, à 11:39
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
Puis je lancer des commandes sans le live USB, g vu qu'en appuyant sur "c" je pouvais ouvrir le terminal.
je ne vois pas dans doc comment affiché le contenu du fstab et j'te renvoie resultat commande des que possible,
merci et désolé car je dois garder ma fille, je ne peux agir que pendant quelques minutes ou pendant ses siestes...
Hors ligne
#4 Le 07/12/2020, à 11:53
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
Puis je lancer des commandes sans le live USB, g vu qu'en appuyant sur "c" je pouvais ouvrir le terminal.
D'où tu sors ce genre de mauvaise idée !? Si tu te simplifiais la vie ça éviterait ce genre de bourde justement
mes connaissances sont limitées en informatique et je viens de faire une énorme gourde
[•••]
j'voulais que le disque "fasse plus partie du systeme de fichier"
Merci d'être un peu plus explicite à ce sujet d'ailleurs
Pour ma part je te disais donc :
- tu ouvres ta partition système via l'explorateur de fichiers du live
- tu ouvres un terminal et tu y tappe :
sudo fdisk -l ; cat /media/$USER/<TOUCHE TABULATION>/etc/fstab
Après ça on avisera
"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
#5 Le 07/12/2020, à 12:03
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
bien reçu, j'ouvre une session live et j'me reconnecte ici des que possible depuis l'autre pc! merci
Hors ligne
#6 Le 07/12/2020, à 15:03
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
Depuis une session live j'ai ouvert le terminal et coller ce que tu m'as écris
et j'aurais donc pu écrire n'importe quoi tu l'aurais fais sans sourciller !?
"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
#7 Le 07/12/2020, à 15:06
- xubu1957
Re : [RESOLU]mauvaise manip au montage d'un disque
Bonjour,
Comme indiqué dans le premier message du tutoriel Retour utilisable de commande.
Pour ajouter toi-même les balises code à ton précédent message #6 :
Dernière modification par xubu1957 (Le 07/12/2020, à 15:17)
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
Hors ligne
#8 Le 07/12/2020, à 15:10
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
après ce que j'ai déjà fait cela ne peut pas être pire....je me suis renseigner sur le fstab via le manuel en tapant man fstab et cela ne m'a pas paru inquiétant. je vous fais confiance car vos réponses apportées a d'autre ont toujours été très efficace. Je suis uniquement sous ubuntu depuis plus de 7ans.
je remarque que mes disques, SSD de 240Gb et l'autre de 1Tb apparaissent bien mais j'vois pas trop quoi faire de ces infos!
Hors ligne
#9 Le 07/12/2020, à 15:15
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
bonjour, c'est noté, excusé moi, alors voila
ubuntu@ubuntu:~$ sudo fdisk -l ; cat /media/$USER/<TOUCHE TABULATION>/etc/fstab
Disque /dev/loop0 : 1,7 GiB, 1831378944 octets, 3576912 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 86,6 MiB, 90759168 octets, 177264 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 140 MiB, 146841600 octets, 286800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 1,6 MiB, 1691648 octets, 3304 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop4 : 12,2 MiB, 12804096 octets, 25008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop5 : 21 MiB, 22003712 octets, 42976 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop6 : 3,3 MiB, 3411968 octets, 6664 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sda : 223,6 GiB, 240057409536 octets, 468862128 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 424AE39A-432E-47D3-96AC-53DD61F2BE46
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 468860927 467810304 223,1G Système de fichiers Linux
Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
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
Disque /dev/sdc : 7,2 GiB, 7751073792 octets, 15138816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2b192737
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdc1 * 0 3753599 3753600 1,8G 0 Vide
/dev/sdc2 3672780 3677451 4672 2,3M ef EFI (FAT-12/16/32)
bash: TOUCHE: Aucun fichier ou dossier de ce type
Hors ligne
#10 Le 07/12/2020, à 15:17
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
Bill64 a écrit :j'voulais que le disque "fasse plus partie du systeme de fichier"
j'attendais aussi une précision par rapport à ce que tu disais...
parce que de ce que j'ai compris de ton dernier post absolument pas mis en forme * t'as vraiment dû faire n'importe quoi... on recommence donc avec une commande un peu plus complète
sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
et donc en plus de cette commande qui permet d'avoir plein d'info en lien avec ton partitionnement j'attend toujours le contenu du fstab de ton système installé
Edit : * > merci xubu1957...
Dernière modification par Qid (Le 07/12/2020, à 15:21)
"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
#11 Le 07/12/2020, à 15:25
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
oui j'ai fais n'importe quoi et j'vois un peu mieux en quoi depuis que j'ai lu de la documentation depuis samedi! J'ai pas bien compris comment je peux faire celà:
Dernière modification par Bill64 (Le 07/12/2020, à 15:28)
Hors ligne
#12 Le 07/12/2020, à 15:28
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
Je suis uniquement sous ubuntu depuis plus de 7ans.
je remarque que mes disques, SSD de 240Gb et l'autre de 1Tb apparaissent bien mais j'vois pas trop quoi faire de ces infos!
oui bah 7ans ça aurait dû être suffisant pour connaître le minimum syndicale des bases du fonctionnement de linux
les infos que je te demande c'est pour vérifier la concordance avec le fstab justement : c'est lui qui détermine ce qui fait parti du système ou non (pour simplifier vulgairement) donc si tu fou le bazar dedans forcément le système est susceptible d'"exploser"... donc...
1) qu'est-ce qu'il t'est passé par la tête ?
2) commande dont le chemin est à réadapter pour ton cas une fois la partition système rendue accessible
cat /media/$USER/<TOUCHE TABULATION>/etc/fstab
"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
#13 Le 07/12/2020, à 15:36
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
1) il m'est passé par la tête une bête relation entre ce que je voyais et ce que j'imaginais, ces codes sont très abstrait pour moi et oui j'aurais dû mieux lire mais les enfants jeunes font que le temps manques parfois et que la fatigue grandi mais j'avais su qu'avec les disques il ne faut pas faire n'importe quoi.
2)je vais potasser un peu ta formule et j'reviens!
Hors ligne
#14 Le 07/12/2020, à 15:47
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
Si je peux sauver mes quelques données puis formater les disques et réinstaller la version 20.04, c peut être le plus simple? mon systeme ne se mettait plus a jour et a refuser 2 fois la mise a niveau, rien à voir mais peut être que je ferai mieux de réinstaller du coup, a moins d'avoir vraiment altérer les disques.
j'ai coller la commande,
ubuntu@ubuntu:~$ sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
Disque /dev/loop0 : 1,7 GiB, 1831378944 octets, 3576912 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 86,6 MiB, 90759168 octets, 177264 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 140 MiB, 146841600 octets, 286800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 1,6 MiB, 1691648 octets, 3304 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop4 : 12,2 MiB, 12804096 octets, 25008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop5 : 21 MiB, 22003712 octets, 42976 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop6 : 3,3 MiB, 3411968 octets, 6664 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sda : 223,6 GiB, 240057409536 octets, 468862128 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 424AE39A-432E-47D3-96AC-53DD61F2BE46
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 468860927 467810304 223,1G Système de fichiers Linux
Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
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
Disque /dev/sdc : 7,2 GiB, 7751073792 octets, 15138816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2b192737
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdc1 * 0 3753599 3753600 1,8G 0 Vide
/dev/sdc2 3672780 3677451 4672 2,3M ef EFI (FAT-12/16/32)
--------------------------
Modèle: ATA KINGSTON SA400S3 (scsi)
Disque /dev/sda : 240GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 538MB 537MB fat32 EFI System Partition démarrage, esp
2 538MB 240GB 240GB ext4
Modèle: ATA WDC WD10EZEX-35W (scsi)
Disque /dev/sdb : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Disk Flags:
Numéro Début Fin Taille Système de fichiers Fanions
1 0,00B 1000GB 1000GB ext4
Avertissement: Le descripteur du pilote indique une taille physique de bloc de
2048 octets, mais Linux lui indique 512 octets.
Ignorer/Ignore/Annuler/Cancel?
Hors ligne
#15 Le 07/12/2020, à 15:53
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
1) il m'est passé par la tête une bête relation entre ce que je voyais et ce que j'imaginais
ouais non mais ça ne répond toujours pas à la question : tu voulais quoi de plus que ce que tu avais déjà ? réparer le problème que tu as est une chose mais comprendre le pourquoi ce que tu as fais n’était pas bien en est une autre et pour finir réussir à faire avec notre aide ce que tu voulais faire d'entrée de jeu en est une troisième
bref il y a encore du boulot et donc je suis désolé de me répéter mais pour t'aider j'ai vraiment besoin de :
1) savoir ce que tu voulais exactement qui a entraîné tout ce problème
2) connaitre le contenu de ton fstab (je viens d'avoir une idée pour simplifier les choses et éviter les erreurs)
sudo mkdir /mnt/temp ; sudo mount /dev/sda2 /mnt/temp ; cat /mnt/temp/etc/fstab
3) connaitre ton partitionnement complet actuel (je l'ai en parti mais un truc m'a intrigué d'où ma demande plus complète)
sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
edit : post annulé vu le post précédent que je vais étudier
Dernière modification par Qid (Le 07/12/2020, à 15:56)
"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
#16 Le 07/12/2020, à 16:13
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
1) J'avais installé ubuntu 18 à partir d'une clef live sur un ordi vierge, je me suis dit que j'avais peut être mal configurer mes disques au départ. Tout est sur le disque SSD, depuis le début, il y a peu j'ai formater puis monter le disque dur interne mais il se comportait comme un périfériques. J'ai voulu installé un jeu steam dessus mais il me demandais de recréer un chemin pour steam, après réflexion c'était surement tres bien comme ça.
Je sollicite votre aide car je me suis en effet lancé dans quelque chose que je ne maîtrise pas dont je n'ai pas encore trouvé de réponse.
Commande précédente complète, après avoir annulé la demande
ubuntu@ubuntu:~$ sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
Disque /dev/loop0 : 1,7 GiB, 1831378944 octets, 3576912 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 86,6 MiB, 90759168 octets, 177264 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 140 MiB, 146841600 octets, 286800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 1,6 MiB, 1691648 octets, 3304 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop4 : 12,2 MiB, 12804096 octets, 25008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop5 : 21 MiB, 22003712 octets, 42976 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop6 : 3,3 MiB, 3411968 octets, 6664 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sda : 223,6 GiB, 240057409536 octets, 468862128 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 424AE39A-432E-47D3-96AC-53DD61F2BE46
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 468860927 467810304 223,1G Système de fichiers Linux
Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
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
Disque /dev/sdc : 7,2 GiB, 7751073792 octets, 15138816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2b192737
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdc1 * 0 3753599 3753600 1,8G 0 Vide
/dev/sdc2 3672780 3677451 4672 2,3M ef EFI (FAT-12/16/32)
--------------------------
Modèle: ATA KINGSTON SA400S3 (scsi)
Disque /dev/sda : 240GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 538MB 537MB fat32 EFI System Partition démarrage, esp
2 538MB 240GB 240GB ext4
Modèle: ATA WDC WD10EZEX-35W (scsi)
Disque /dev/sdb : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Disk Flags:
Numéro Début Fin Taille Système de fichiers Fanions
1 0,00B 1000GB 1000GB ext4
Avertissement: Le descripteur du pilote indique une taille physique de bloc de
2048 octets, mais Linux lui indique 512 octets.
Ignorer/Ignore/Annuler/Cancel?
Ignorer/Ignore/Annuler/Cancel? I
parted: élément incorrect: I
Ignorer/Ignore/Annuler/Cancel? A
Modèle: Kingston DataTraveler 2.0 (scsi)
Disque /dev/sdc : 7751MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : unknown
Disk Flags:
--------------------------
NAME FSTYPE LABEL SIZE MOUNTPOINT
sda 223,6G
├─sda1 vfat 512M
└─sda2 ext4 223,1G /media/ubuntu/511bb37c-9aa6-4fb8-84
sdb ext4 GwoDisk 931,5G
sdc iso9660 Ubuntu 18.04 LTS amd64 7,2G /cdrom
├─sdc1 iso9660 Ubuntu 18.04 LTS amd64 1,8G
└─sdc2 vfat Ubuntu 18.04 LTS amd64 2,3M
--------------------------
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 7,8G 0 7,8G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1,6G 1,8M 1,6G 1% /run
/dev/sdc iso9660 1,8G 1,8G 0 100% /cdrom
/dev/loop0 squashfs 1,8G 1,8G 0 100% /rofs
/cow overlay 7,9G 425M 7,5G 6% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 7,9G 196M 7,7G 3% /dev/shm
tmpfs tmpfs 5,0M 8,0K 5,0M 1% /run/lock
tmpfs tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
cgroup cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
cgroup cgroup 0 0 0 - /sys/fs/cgroup/hugetlb
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
systemd-1 autofs 0 0 0 - /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0 - /dev/mqueue
debugfs debugfs 0 0 0 - /sys/kernel/debug
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
tracefs - - - - - /sys/kernel/debug/tracing
configfs configfs 0 0 0 - /sys/kernel/config
fusectl fusectl 0 0 0 - /sys/fs/fuse/connections
tmpfs tmpfs 7,9G 516K 7,9G 1% /tmp
tmpfs tmpfs 1,6G 64K 1,6G 1% /run/user/999
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/999/gvfs
/dev/loop1 squashfs 87M 87M 0 100% /snap/core/4486
/dev/loop2 squashfs 141M 141M 0 100% /snap/gnome-3-26-1604/59
/dev/loop3 squashfs 1,7M 1,7M 0 100% /snap/gnome-calculator/154
/dev/loop4 squashfs 13M 13M 0 100% /snap/gnome-characters/69
/dev/loop5 squashfs 21M 21M 0 100% /snap/gnome-logs/25
/dev/loop6 squashfs 3,4M 3,4M 0 100% /snap/gnome-system-monitor/36
/dev/sda2 ext4 219G 138G 71G 67% /media/ubuntu/511bb37c-9aa6-4fb8-845f-eecd27d40cd2
--------------------------
total utilisé libre partagé tamp/cache disponible
Mem: 15G 1,8G 11G 782M 2,8G 13G
Partition d'échange: 0B 0B 0B
--------------------------
total 0
lrwxrwxrwx 1 root root 9 déc. 7 14:37 GwoDisk -> ../../sdb
lrwxrwxrwx 1 root root 10 déc. 7 15:08 'Ubuntu\x2018.04\x20LTS\x20amd64' -> ../../sdc1
2)
ubuntu@ubuntu:~$ sudo mkdir /mnt/temp ; sudo mount /dev/sda2 /mnt/temp ; cat /mnt/temp/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
/dev/disk/by-uuid/c03a9053-c60a-467d-923e-08929d9ea380 /mnt/c03a9053-c60a-467d-923e-08929d9ea380 Ext4 defaults 0 0
3)
ubuntu@ubuntu:~$ sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
Disque /dev/loop0 : 1,7 GiB, 1831378944 octets, 3576912 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 86,6 MiB, 90759168 octets, 177264 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 140 MiB, 146841600 octets, 286800 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 1,6 MiB, 1691648 octets, 3304 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop4 : 12,2 MiB, 12804096 octets, 25008 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop5 : 21 MiB, 22003712 octets, 42976 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop6 : 3,3 MiB, 3411968 octets, 6664 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sda : 223,6 GiB, 240057409536 octets, 468862128 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 424AE39A-432E-47D3-96AC-53DD61F2BE46
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 1050623 1048576 512M Système EFI
/dev/sda2 1050624 468860927 467810304 223,1G Système de fichiers Linux
Disque /dev/sdb : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
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
Disque /dev/sdc : 7,2 GiB, 7751073792 octets, 15138816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x2b192737
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdc1 * 0 3753599 3753600 1,8G 0 Vide
/dev/sdc2 3672780 3677451 4672 2,3M ef EFI (FAT-12/16/32)
--------------------------
Modèle: ATA KINGSTON SA400S3 (scsi)
Disque /dev/sda : 240GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : gpt
Disk Flags:
Numéro Début Fin Taille Système de fichiers Nom Fanions
1 1049kB 538MB 537MB fat32 EFI System Partition démarrage, esp
2 538MB 240GB 240GB ext4
Modèle: ATA WDC WD10EZEX-35W (scsi)
Disque /dev/sdb : 1000GB
Taille des secteurs (logiques/physiques): 512B/4096B
Table de partitions : loop
Disk Flags:
Numéro Début Fin Taille Système de fichiers Fanions
1 0,00B 1000GB 1000GB ext4
Avertissement: Le descripteur du pilote indique une taille physique de bloc de
2048 octets, mais Linux lui indique 512 octets.
Ignorer/Ignore/Annuler/Cancel? A
Modèle: Kingston DataTraveler 2.0 (scsi)
Disque /dev/sdc : 7751MB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : unknown
Disk Flags:
--------------------------
NAME FSTYPE LABEL SIZE MOUNTPOINT
sda 223,6G
├─sda1 vfat 512M
└─sda2 ext4 223,1G /mnt/temp
sdb ext4 GwoDisk 931,5G
sdc iso9660 Ubuntu 18.04 LTS amd64 7,2G /cdrom
├─sdc1 iso9660 Ubuntu 18.04 LTS amd64 1,8G
└─sdc2 vfat Ubuntu 18.04 LTS amd64 2,3M
--------------------------
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 7,8G 0 7,8G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 1,6G 1,8M 1,6G 1% /run
/dev/sdc iso9660 1,8G 1,8G 0 100% /cdrom
/dev/loop0 squashfs 1,8G 1,8G 0 100% /rofs
/cow overlay 7,9G 425M 7,5G 6% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 7,9G 246M 7,6G 4% /dev/shm
tmpfs tmpfs 5,0M 8,0K 5,0M 1% /run/lock
tmpfs tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
cgroup cgroup2 0 0 0 - /sys/fs/cgroup/unified
cgroup cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore pstore 0 0 0 - /sys/fs/pstore
cgroup cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup cgroup 0 0 0 - /sys/fs/cgroup/pids
cgroup cgroup 0 0 0 - /sys/fs/cgroup/hugetlb
cgroup cgroup 0 0 0 - /sys/fs/cgroup/freezer
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpuset
cgroup cgroup 0 0 0 - /sys/fs/cgroup/rdma
cgroup cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
systemd-1 - - - - - /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0 - /dev/mqueue
debugfs debugfs 0 0 0 - /sys/kernel/debug
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
tracefs - - - - - /sys/kernel/debug/tracing
configfs configfs 0 0 0 - /sys/kernel/config
fusectl fusectl 0 0 0 - /sys/fs/fuse/connections
tmpfs tmpfs 7,9G 516K 7,9G 1% /tmp
tmpfs tmpfs 1,6G 64K 1,6G 1% /run/user/999
gvfsd-fuse fuse.gvfsd-fuse 0 0 0 - /run/user/999/gvfs
/dev/loop1 squashfs 87M 87M 0 100% /snap/core/4486
/dev/loop2 squashfs 141M 141M 0 100% /snap/gnome-3-26-1604/59
/dev/loop3 squashfs 1,7M 1,7M 0 100% /snap/gnome-calculator/154
/dev/loop4 squashfs 13M 13M 0 100% /snap/gnome-characters/69
/dev/loop5 squashfs 21M 21M 0 100% /snap/gnome-logs/25
/dev/loop6 squashfs 3,4M 3,4M 0 100% /snap/gnome-system-monitor/36
/dev/sda2 ext4 219G 138G 71G 67% /media/ubuntu/511bb37c-9aa6-4fb8-845f-eecd27d40cd2
binfmt_misc binfmt_misc 0 0 0 - /proc/sys/fs/binfmt_misc
/dev/sda2 ext4 219G 138G 71G 67% /mnt/temp
--------------------------
total utilisé libre partagé tamp/cache disponible
Mem: 15G 1,8G 10G 832M 2,9G 13G
Partition d'échange: 0B 0B 0B
--------------------------
total 0
lrwxrwxrwx 1 root root 9 déc. 7 15:12 GwoDisk -> ../../sdb
lrwxrwxrwx 1 root root 9 déc. 7 15:12 'Ubuntu\x2018.04\x20LTS\x20amd64' -> ../../sdc
Hors ligne
#17 Le 07/12/2020, à 16:26
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
Si je peux sauver mes quelques données puis formater les disques et réinstaller la version 20.04, c peut être le plus simple?
plus simple oui mais c'est une solution de facilité qui ne permettra pas vraiment d'apprendre de ses erreurs puisqu'en l'état elles ne sont encore pas comprises... enfin perso je commence à y voir plus clair je pense vu ton post précédent qui est bien complet cette fois... et du coups par contre il me vient encore une question : ou sont les données que tu veux pouvoir sauvegarder ?
"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
#18 Le 07/12/2020, à 16:26
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
dans le 3) on vois ma bourde en effet, c'est moi la gourde,
sdb ext4 GwoDisk 931,5G
il faudrait changer le "FSTYPE" de ce disque qui ne devrait sûrement pas être "ext4"
Hors ligne
#19 Le 07/12/2020, à 16:33
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
mes données se trouve dans le sda, sda1 étant mon système d'exploitation et sda2 le système de fichier, si j'ai bien compris.
Le sdb est vide et peut etre formater ou démonter sans gêne.
donc toutes mes données sont dans sda2
Hors ligne
#20 Le 07/12/2020, à 16:42
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
Le sdb est vide et peut etre formater ou démonter sans gêne.
on est bien sûr de ça ?
sudo mkdir /mnt/temp2 ; sudo mount /dev/sdb /mnt/temp2 ; ls -lha /mnt/temp2
parce que dans ce cas il n'y a pas de raison que ça bloque le démarrage (j'ai cru comprendre que le problème de base était celui là puisque tu es en live)... ou alors...
on va juste commencer par supprimer/commenter la ligne du disque dans le fstab :
il faut juste rajouter un "#" devant la ligne... je te laisse l'éditer en administrateur avec l'outil que tu veux :
/dev/disk/by-uuid/c03a9053-c60a-467d-923e-08929d9ea380 /mnt/c03a9053-c60a-467d-923e-08929d9ea380 Ext4 defaults 0 0
doit devenir
# /dev/disk/by-uuid/c03a9053-c60a-467d-923e-08929d9ea380 /mnt/c03a9053-c60a-467d-923e-08929d9ea380 Ext4 defaults 0 0
"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
#21 Le 07/12/2020, à 16:53
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
Désolé mais là je ne comprend plus ce que tu me demande. Pour répondre le plus clairement possible, oui je ne peux plus booter sur le disque d'amorçage qui est sda, il y a un message d'erreur qui se répète et je dois redémarrer le bios pour en sortir. Le sdb est vide c'est lui qui fait les problèmes depuis que je l'ai monter la éème fois.
je ne comprend pas cette phrase
Hors ligne
#22 Le 07/12/2020, à 16:59
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
j'arrive pas a te citer, je ne comprend pas : "je te laisse l'éditer en administrateur avec l'outil que tu veux "
j'vais devoir faire une pose je suis désolé, j'reste attentif a tous tes postes dont chacun peut me demander un bon moment de réflexion
je suis bien content d'apprendre et suis navré que cela se fasse au dépend de ton temps, aussi je saurais me montrer patient quand a la possible résolution de cette affaire, sincère salutation au monde libre.
Hors ligne
#23 Le 07/12/2020, à 17:01
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
donc on en revient bien à ce que je disais
on va juste commencer par supprimer/commenter la ligne du disque dans le fstab :
il faut juste rajouter un "#" devant la ligne... je te laisse l'éditer en administrateur avec l'outil que tu veux :/dev/disk/by-uuid/c03a9053-c60a-467d-923e-08929d9ea380 /mnt/c03a9053-c60a-467d-923e-08929d9ea380 Ext4 defaults 0 0
doit devenir
# /dev/disk/by-uuid/c03a9053-c60a-467d-923e-08929d9ea380 /mnt/c03a9053-c60a-467d-923e-08929d9ea380 Ext4 defaults 0 0
l'idée étant de faire comprendre au fstab qu'il ne doit pas se préoccuper du disque dur sdb...
on avisera ce qu'on en fait plus tard : quand on sera enfin de retour sur ton système
"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
#24 Le 07/12/2020, à 17:08
- Qid
Re : [RESOLU]mauvaise manip au montage d'un disque
j'arrive pas a te citer, je ne comprend pas : "je te laisse l'éditer en administrateur avec l'outil que tu veux "
un peu de lecture car je ne veux pas risquer de te perdre sans te donner une nouvelle commande que tu risque de ne pas maîtriser
"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
#25 Le 07/12/2020, à 19:53
- Bill64
Re : [RESOLU]mauvaise manip au montage d'un disque
le retour au sujet de sdb,
ubuntu@ubuntu:~$ sudo mkdir /mnt/temp2 ; sudo mount /dev/sdb /mnt/temp2 ; ls -lha /mnt/temp2
total 20K
drwx------ 3 ubuntu ubuntu 4,0K déc. 5 16:25 .
drwxr-xr-x 1 root root 80 déc. 7 19:29 ..
drwx------ 2 root root 16K déc. 5 16:25 lost+found
j'ai pris connaissance de ce que tu m'as conseillé, j'ai compris que je dois éditer quelques chose pour le modifier.je ne sais pas de quoi je dois me servir.
la ligne a modifier est la dernière de cette commande
sudo mkdir /mnt/temp ; sudo mount /dev/sda2 /mnt/temp ; cat /mnt/temp/etc/fstab
je dois faire
gedit admin:///etc/fstab
ou bien
gedit admin://cat /mnt/temp/etc/fstab
j'ai peur de me ridiculiser une fois de plus mais je cherche à comprendre, j'regarderai tout ça plus tard, merci pour tout!
Hors ligne