[RESOLU]Problème BIOS

geole · Le 24/08/2020, à 16:05

J'avais rectifié entre temps les commandes et émis un message
Le SSD est bien SDA1 et pas SDB1

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 223,6G  0 disk 
└─sda1   8:1    0 223,6G  0 part

Dernière modification par geole (Le 24/08/2020, à 16:05)

gibar84 · Le 24/08/2020, à 16:07

Cela répond-il à #75 ou s'agit-il d'une précision ?
Je viens de comprendre

sudo mount -v   /dev/sda1  /mnt

tu as corrigé sdb1 en sda1
quid de

sudo   mount   -v /dev/sdb1  /mnt

doit-il passer en sda1 aussi?

Dernière modification par gibar84 (Le 24/08/2020, à 17:10)

geole · Le 24/08/2020, à 17:10

Cela disait que j'avais rectifié
Voici donc

Si tu veux faire la manipulation avec le live-DVD, il faut monter la partition de boot du disque interne avant de modifier
Cela va donc donner les commandes suivantes
1) Reconnaître les partitions en regardant leur taille

lsblk  -e7

Je pense que le ssd sera SDA ,que le gros disque sera SDB et que le DVD sera SDC
2) Montage

sudo mount -v   /dev/sda1  /mnt

3) Sauvegarde

sudo  cp /mnt/etc/fstab  /mnt/etc/fstab.OLD

4) La modification

sudo nano /mnt/etc/fstab

5) Le contrôle

cat /mnt/etc/fstab

Coeur Noir · Le 24/08/2020, à 21:31

⋅ srX désigne généralement des lecteurs optiques, cd, dvd, br

⋅ sdX des disques ou équivalents ( dont clé usb ).

Depuis une session live, on peut aussi monter les disques internes, depuis l'explorateur de fichiers Nautilus via « autres emplacements », les disques sont listés /dev/sda, /dev/sdb, etc. Suffit de cliquer sur celui qui t'intéresse ( le ssd de ±225Go, à priori sda ).
En terme de chemin dans ce cas c'est

/media/ubuntu/nom_ou_uuid_de_sda/etc/fstab

Ok, monter temporairement dans /mnt/ le disque sda ça simplifie le chemin ( j'avais pas percuté ).

Dernière modification par Coeur Noir (Le 24/08/2020, à 23:24)

gibar84 · Le 26/08/2020, à 10:06

Bonjour,
@Coeur Noir ton dernier post # 79, je comprends qu'il s'agit d'un petit dialogue avec geole
@geole ce dernier message, que je crois avoir compris, au début m'a un peu surpris je comprenais qu'il supposait une réponse de ta part
Donc je pense que c'est toi qui attends les résultats de la mise en œuvre de ton # 78
Tu me confirmes stp

geole · Le 26/08/2020, à 10:28

Bonjour
Oui j'attends que tu fasses afin de savoir si le vrai fichier fstab a bien été modifié correctement afin que la partition de données ne soit plus montée automatiquement puisqu'il semble que c'est elle qui fiche la pagaille.

gibar84 · Le 26/08/2020, à 10:31

OK je fais cela cet après-midi

gibar84 · Le 26/08/2020, à 15:05

lsblk  -e7

retour

buntu@ubuntu:~$ lsblk  -e7
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 223,6G  0 disk 
└─sda1   8:1    0 223,6G  0 part 
sdb      8:16   0   1,8T  0 disk 
├─sdb1   8:17   0   1,8T  0 part 
└─sdb2   8:18   0   7,8G  0 part [SWAP]
sr0     11:0    1   2,5G  0 rom  /cdrom
ubuntu@ubuntu:~$

sudo mount -v   /dev/sda1  /mnt

retour

ubuntu@ubuntu:~$ sudo mount -v   /dev/sda1  /mnt
mount : /dev/sda1 monté sur /mnt.
ubuntu@ubuntu:~$

sudo  cp /mnt/etc/fstab  /mnt/etc/fstab.OLD

retour

ubuntu@ubuntu:~$ sudo  cp /mnt/etc/fstab  /mnt/etc/fstab.OLD
ubuntu@ubuntu:~$

sudo nano /mnt/etc/fstab

retour

 GNU nano 4.8                     /mnt/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/sda1 during installation
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remoun>
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw           >
# sdb1 dans DATA
UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults>







                            [ Lecture de 13 lignes ]

cat /mnt/etc/fstab

retour

ubuntu@ubuntu:~$ cat /mnt/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/sda1 during installation
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw              0       0
# sdb1 dans DATA
UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults      0      2
ubuntu@ubuntu:~$

geole · Le 26/08/2020, à 16:07

gibar84 a écrit :

sudo nano /mnt/etc/fstab

retour

 GNU nano 4.8                     /mnt/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/sda1 during installation
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remoun>
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw           >
# sdb1 dans DATA
UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults>

Il était prévu d'utiliser la commande nano pour invalider le montage de la partition de données en ajoutant quelques "tas de fagots" devant la ligne décrivant la partition afin que le retour ressemble à cela

cat /mnt/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/sda1 during installation
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw              0       0
# sdb1 dans DATA
###########  UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults      0      2

Ce qui n'est pas le cas. Donc à refaire

Dernière modification par geole (Le 26/08/2020, à 16:08)

gibar84 · Le 26/08/2020, à 16:34

Mes excuses je navais pas bien compris

GNU nano 4.8                                                                                   /mnt/etc/fstab                                                                                   Modifié  
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw              0       0
# sdb1 dans DATA
##########UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults      0      2

J'ai un doute car une première fois après avoir mis les #### je n'ai pas trouvé de moyen de confirmer, j'ai fermé le terminal et relancé la commande et je m'aperçois que la modification n'a pas été prise en compte.
J'ai remis les #### et j'ai actuellement le terminal ci-dessus faut-il une confirmation si oui comment? est-ce avancé/réinitialiser?
Autre précision, après faudra-t-il refaire:

cat /mnt/etc/fstab

Dernière modification par gibar84 (Le 26/08/2020, à 16:46)

geole · Le 26/08/2020, à 17:01

Pour terminer nano, il faut enregistrer en frappant Crtl O, il dira qu'il veut réécrire en indiquant le fichier. il faut accepter
Pour quitter nano, c'est ctrl X

Afin d'être certain que la modification est faite, après avoir quitter nano, on fait la commande
Correction

cat /mnt/etc/fstab

Dernière modification par geole (Le 26/08/2020, à 18:22)

gibar84 · Le 26/08/2020, à 17:10

cat /etc/fstab

retour

ubuntu@ubuntu:~$ cat /etc/fstab
overlay / overlay rw 0 0
tmpfs /tmp tmpfs nosuid,nodev 0 0
ubuntu@ubuntu:~$

Quand j'ai voulu fermer le terminal j'ai eu un message avertissement "processus actif dans ce terminal...." je n'ai pas fermé le terminal
A tout hasard voici l'image du terminal après avoir fait ctrl O et ctrl x

 GNU nano 4.8                    /mnt/etc/fstab                     Modifié  
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remo>
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw         >
# sdb1 dans DATA
##########UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4 >
Nom du fichier à écrire: /mnt/etc/fstab

Dernière modification par gibar84 (Le 26/08/2020, à 17:23)

geole · Le 26/08/2020, à 18:19

regarde le retour de
cat /mnt/etc/fstab
si les dièzes sont bien présents, tu rebootes sans le support USB. Normalement, le boot devrait alors fonctionner correctement.
Tu feras alors la demande de montage de la partition de données avec cette commande

sudo mount  -v  /dev/sdb1   /mnt

et tu donneras le mieux possible le retour d'erreur.

Dernière modification par geole (Le 26/08/2020, à 18:23)

gibar84 · Le 27/08/2020, à 09:12

Bonjour

cat /mnt/etc/fstab

retour

ubuntu@ubuntu:~$ cat /mnt/etc/fstab
cat: /mnt/etc/fstab: Aucun fichier ou dossier de ce type
ubuntu@ubuntu:~$

Esr-ce la réponse que tu attendais?

geole · Le 27/08/2020, à 10:25

Bonjour
Non pas du tout! On va donc reprendre la totalité de la séquence de modification dans un seul message
------
Voici donc

Pour faire la manipulation avec le live-DVD, il faut monter la partition de boot du disque interne avant de modifier.
Cela va donc donner les commandes suivantes
1) Reconnaître les partitions en regardant leur taille

lsblk  -e7

Je pense que le ssd sera encore comme avant SDA, que le gros disque sera SDB et que le DVD sera SDC
2) Montage.

sudo mount -v   /dev/sda1  /mnt

3) ouverture du fichier

sudo nano /mnt/etc/fstab

4) Mettre des dièses au début de la ligne décrivant la partition de données s'il n'y en a pas.
5) Sauvegarder en cliquant sur Ctrl o et valider l'écriture proposée.
6) Quitter nano en cliquant sur Ctrl x
7) Contrôler que les dièses sont bien présents

cat /mnt/etc/fstab

8) rebooter normalement.

gibar84 · Le 27/08/2020, à 11:02

Bonjour,

5) Sauvegarder en cliquant sur Ctrl o
6) Quitter nano en cliquant sur Ctrl x

C'est pourtant ce que j'ai fait, mais peut-être mal. Tu as rajouté et valider l'écriture proposée. comment (pour éviter une gaffe supplémentaire)

ylag · Le 27/08/2020, à 11:07

Bonjour,

Concernant l'utilisation de nano, pour «valider l'écriture proposée» après Ctrl+o, il faut faire la touche «Entrée» avant de quitter nano avec Ctrl+x.

Donc la séquence complète est:
Ctrl+o, suivi de «Entrée», et finir avec Ctrl+x pour fermer l'éditeur nano.

Tu peux aussi faire directement Ctrl+s en remplacement des deux commandes Ctrl+o et «Entrée»; voir la doc: nano#commandes_de_base

Si on utilise Ctrl+o, il faut faire suivre par «Entrée»; ça ne me semble pas bien expliqué dans la doc?

A+

Dernière modification par ylag (Le 27/08/2020, à 11:22)

gibar84 · Le 27/08/2020, à 13:58

Je recommence la procédure
Je précise que les disques sda et sdb sont branchés et je travaille sur DVD live

lsblk  -e7

retour

ubuntu@ubuntu:~$ lsblk  -e7
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 223,6G  0 disk 
└─sda1   8:1    0 223,6G  0 part 
sdb      8:16   0   1,8T  0 disk 
├─sdb1   8:17   0   1,8T  0 part 
└─sdb2   8:18   0   7,8G  0 part [SWAP]
sdc      8:32   1   7,2G  0 disk 
└─sdc1   8:33   1   7,2G  0 part /media/ubuntu/Clé USB
sr0     11:0    1   2,5G  0 rom  /cdrom
ubuntu@ubuntu:~$

sudo mount -v   /dev/sda1  /mnt

retour

ubuntu@ubuntu:~$ sudo mount -v   /dev/sda1  /mnt
mount : /dev/sda1 monté sur /mnt.
ubuntu@ubuntu:~$

sudo nano /mnt/etc/fstab

retour

ubuntu@ubuntu:~$ sudo nano /mnt/etc/fstab
ubuntu@ubuntu:~$

cat /mnt/etc/fstab

retour

ubuntu@ubuntu:~$ cat /mnt/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/sda1 during installation
UUID=f9fb88c7-4fe4-4226-abf8-99df93fdc94d /               ext4    errors=remount-ro 0       1
# swap was on /dev/sdb2 during installation
UUID=ed1afd16-5289-42d1-b071-c737bde44a4e none            swap    sw              0       0
# sdb1 dans DATA
#######UUID=2d9ebbca-2735-427a-9d77-81b3ab44c8bb     /media/DATA     ext4     defaults      0      2
ubuntu@ubuntu:~$

Dès réception de votre accord, je reboote (sans DVD live ni autres usb etc..) si problème avant arrivée sur le bureau une action ?

Dernière modification par gibar84 (Le 27/08/2020, à 14:04)

geole · Le 27/08/2020, à 14:05

Ce fut long. C'est bon pour le boot normal!
Pour monter manuellement la partition de donnée et trouver l'incident

sudo mount -v /dev/sdb1

Dernière modification par geole (Le 27/08/2020, à 14:06)

gibar84 · Le 27/08/2020, à 14:09

sudo mount -v /dev/sdb1

retour

ubuntu@ubuntu:~$ sudo mount -v /dev/sdb1
mount: /dev/sdb1: impossible à trouver dans /etc/fstab.
ubuntu@ubuntu:~$

geole · Le 27/08/2020, à 14:25

Pardon

sudo mount -v /dev/sdb1  /mnt

Dernière modification par geole (Le 27/08/2020, à 14:26)

gibar84 · Le 27/08/2020, à 14:38

sudo mount -v /dev/sdb1  /mnt

retour

ubuntu@ubuntu:~$ sudo mount -v /dev/sdb1  /mnt
mount : /dev/sdb1 monté sur /mnt.
ubuntu@ubuntu:~$

geole · Le 27/08/2020, à 14:46

Je suis vraiment surpris. Je croyais avoir un plantage. On va donc refaire la commande fsck qui ne passait pas bien.
Mais j'ai l'impression que tu n'as pas booté.....
1) Démontage

sudo umount -v /dev/sdb1

2) Contrôle de qualité.

sudo fsck -y -f /dev/sdb1

3) Remontage.

sudo mount -v /dev/sdb1  /mnt

4) Puis suite dans l'autre discussion.

Dernière modification par geole (Le 27/08/2020, à 14:48)

gibar84 · Le 27/08/2020, à 14:57

sudo umount -v /dev/sdb1

retour

ubuntu@ubuntu:~$ sudo umount -v /dev/sdb1
umount: /mnt (/dev/sdb1) démonté
ubuntu@ubuntu:~$

sudo fsck -y -f /dev/sdb1

retour

ubuntu@ubuntu:~$ sudo fsck -y -f /dev/sdb1
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
L'arbre d'extent de l'i-noeud 14 (au niveau 1) pourrait être plus étroit.  Optimiser ? oui

L'arbre d'extent de l'i-noeud 15 (au niveau 1) pourrait être plus étroit.  Optimiser ? oui

L'arbre d'extent de l'i-noeud 16 (au niveau 1) pourrait être plus étroit.  Optimiser ? oui

L'arbre d'extent de l'i-noeud 82061558 (au niveau 2) pourrait être plus étroit.  Optimiser ? oui


Exécution de passes additionnelles pour résoudre les problèmes de blocs réclamés par plus d'un i-noeud...
Passe 1B : ré-examen pour les blocs réclamé(s) plusieurs fois
Bloc(s) réclamé(s) plusieurs fois dans l'i-noeud 7 : 98421 163957 229493 295029 819317 884853 1605749 2654325 4096117 98422 163958 229494 295030 819318 884854 1605750 2654326 4096118 98423 163959 229495 295031 819319 884855 1605751 2654327 4096119 98424 163960 229496 295032 819320 884856 1605752 2654328 4096120 98425 163961 229497 295033 819321 884857 1605753 2654329 4096121 98426 163962 229498 295034 819322 884858 1605754 2654330 4096122 98427 16
Bloc(s) réclamé(s) plusieurs fois dans l'i-noeud 14 : 98304--99328 163840--164864 229376--230400 294912--295936 819200--820224 884736--885760 1605632--1606656 2654208--2655232
Bloc(s) réclamé(s) plusieurs fois dans l'i-noeud 15 : 4096000--4097024
Passe 1C : examen des répertoires pour les i-noeuds avec des blocs réclamé(s) plusieurs fois
Passe 1D : ajustement des blocs réclamé(s) plusieurs fois
(Il y a 2 i-noeuds contenant des blocs réclamé(s) plusieurs fois.)

Le fichier /.Trash-0/files/image du 27 avril 2017_full_b1_s1_v1.tib (i-noeud n°14, date de modification Thu Apr 27 17:59:07 2017)
  a 8200 bloc(s) réclamé(s) plusieurs fois, partagés avec 2 fichier(s) :
	<métadonnée du système de fichiers>
	<L'i-noeud descripteur de groupe> (i-noeud n°7, date de modification Tue Apr 18 18:19:41 2017)
Cloner les blocs réclamés plusieurs fois ? oui

J'ai copié début et fin les autres pages = que des colonnes de chiffres
J'ai conservé le terminal en l'état en attendant de tes nouvelles et pour lancer

sudo mount -v /dev/sdb1  /mnt

geole · Le 27/08/2020, à 15:07

Peux-tu refaire un autre passage car la fin ne me plaît pas trop.

sudo fsck -y -f /dev/sdb1

NOTA. On voit donc que la commande de montage s'était bien réalisée alors que la structure n'était pas en très bon état.

Dernière modification par geole (Le 27/08/2020, à 15:11)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 24/08/2020, à 16:05

Re : [RESOLU]Problème BIOS

#77 Le 24/08/2020, à 16:07

Re : [RESOLU]Problème BIOS

#78 Le 24/08/2020, à 17:10

Re : [RESOLU]Problème BIOS

#79 Le 24/08/2020, à 21:31

Re : [RESOLU]Problème BIOS

#80 Le 26/08/2020, à 10:06

Re : [RESOLU]Problème BIOS

#81 Le 26/08/2020, à 10:28

Re : [RESOLU]Problème BIOS

#82 Le 26/08/2020, à 10:31

Re : [RESOLU]Problème BIOS

#83 Le 26/08/2020, à 15:05

Re : [RESOLU]Problème BIOS

#84 Le 26/08/2020, à 16:07

Re : [RESOLU]Problème BIOS

#85 Le 26/08/2020, à 16:34

Re : [RESOLU]Problème BIOS

#86 Le 26/08/2020, à 17:01

Re : [RESOLU]Problème BIOS

#87 Le 26/08/2020, à 17:10

Re : [RESOLU]Problème BIOS

#88 Le 26/08/2020, à 18:19

Re : [RESOLU]Problème BIOS

#89 Le 27/08/2020, à 09:12

Re : [RESOLU]Problème BIOS

#90 Le 27/08/2020, à 10:25

Re : [RESOLU]Problème BIOS

#91 Le 27/08/2020, à 11:02

Re : [RESOLU]Problème BIOS

#92 Le 27/08/2020, à 11:07

Re : [RESOLU]Problème BIOS

#93 Le 27/08/2020, à 13:58

Re : [RESOLU]Problème BIOS

#94 Le 27/08/2020, à 14:05

Re : [RESOLU]Problème BIOS

#95 Le 27/08/2020, à 14:09

Re : [RESOLU]Problème BIOS

#96 Le 27/08/2020, à 14:25

Re : [RESOLU]Problème BIOS

#97 Le 27/08/2020, à 14:38

Re : [RESOLU]Problème BIOS

#98 Le 27/08/2020, à 14:46

Re : [RESOLU]Problème BIOS

#99 Le 27/08/2020, à 14:57

Re : [RESOLU]Problème BIOS

#100 Le 27/08/2020, à 15:07

Re : [RESOLU]Problème BIOS

Pied de page des forums