(RESOLU) Montage automatique d'une partition après démontage?

Bunel · Le 07/12/2015, à 19:00

Bonjour
Après démontage d'une partition de mon DD le remontage est-il automatique après redémarrage ? la question peut paraître stupide pour un initié mais je préfère demander avant de faire une boulette Merci à l'avance

Dernière modification par Bunel (Le 08/12/2015, à 08:20)

Braun · Le 07/12/2015, à 19:10

Bonjour,
Je refuse de répondre avant d'avoir vu au moins la ligne afférente de ton /etc/fstab.

Bunel · Le 07/12/2015, à 19:27

Bonsoir
J'ai tenté dans le terminal de mettre la commande comme indiqué la réponse est : commande introuvable
j'ai essayé de mettre sudo avant la commande même chose ! désolé

Braun · Le 07/12/2015, à 19:52

Mais quelle commande ?
Si tu n'as pas un Gedit, Kate ou un truc du genre tu peux certes utiliser la commande :

cat /etc/fstab

mais c'est un tantinet lourdingue.

Bunel · Le 07/12/2015, à 20:45

# /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=111c0dbb-c6de-43e1-8b70-b6cb49075d86 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=3207ac0c-d058-4992-bf38-fdaccea925d8 none            swap    sw              0       0

Le fameux /etc/fstab. ce n'était pas une commande à mettre dans un terminal ?:D
Excuse pour mes connaissances limitées

Braun · Le 07/12/2015, à 22:23

Bonsoir,
D'après ton /etc/fstab, s'il est complet, tu n'as qu'une seule partition montée au démarrage. Il s'agit de la partition de base Linux de ton système. Je ne compte pas le swap.
La commande

sudo fdisk -l

avec un « L » minuscule devrait indiquer les partitions disponibles, montées ou non.

Bunel · Le 07/12/2015, à 22:43

sudo fdisk -l

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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


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


Disque /dev/sda : 149,1 GiB, 160041885696 octets, 312581808 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xa12fa12f

Périphérique Amorçage     Start       Fin  Secteurs  Size Id Type
/dev/sda1                 16065 163846934 163830870 78,1G  f Étendue W95 (LBA)
/dev/sda2    *        163846935 312576704 148729770 70,9G  7 HPFS/NTFS/exFAT
/dev/sda5                 16128 163846934 163830807 78,1G  7 HPFS/NTFS/exFAT

Partition table entries are not in disk order.




Disque /dev/sdb : 149,1 GiB, 160041885696 octets, 312581808 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf58e5385

Périphérique Amorçage     Start       Fin  Secteurs   Size Id Type
/dev/sdb1    *             2048 308404223 308402176 147,1G 83 Linux
/dev/sdb2             308406270 312580095   4173826     2G  5 Étendue
/dev/sdb5             308406272 312580095   4173824     2G 82 partition d'échang

Ma question était de savoir si je démonte cette partition principale pour la contrôler va t-elle se remonter automatiquement au redémarrage du PC ?

Dernière modification par Bunel (Le 07/12/2015, à 22:49)

PPdM · Le 07/12/2015, à 22:51

oui, mais pourquoi tu veux la contrôler ?

Bunel · Le 07/12/2015, à 22:58

Bonsoir
Je suis un ancien d'XP et j'avais pour habitude de faire un scandisk régulièrement (pas évident de se débarrasser de ses vieilles habitudes) !!!

jplemoine · Le 07/12/2015, à 23:00

Je crois que ça se fait tout seul... De mémoire, 1 fois par moi ou tous les 10 démarrages.

PPdM · Le 07/12/2015, à 23:04

jplemoine a écrit :

Je crois que ça se fait tout seul... De mémoire, 1 fois par moi ou tous les 10 démarrages.

exact, ou quand le système détecte un souci sur un disque

Braun · Le 07/12/2015, à 23:18

Bonsoir,
Ainsi, vu ton /etc/fstab ta partition principale devrait bien être remontée au démarrage, mais démonter la partition principale alors qu'elle est utilisée revient, si c'est possible, à enlever le volant de ta voiture sur une route de montagne : tu ne peux plus rien faire et notamment tu ne peux pas assurer une fermeture correcte du système.
Si tu tiens à faire un contrôle supplémentaire, tu le fais avec un live CD et surtout tu fais attention à ne pas te tromper de disque, Windows peut ne pas apprécier.

Bunel · Le 08/12/2015, à 08:19

Bonjour
Merci pour ta mise en garde je vais tenter avec le live CD, j'avais oublié de te préciser que j'étais sur UBUNTU 15.10
Merci à PPdM et Jplemoine pour leur intervention cordialement DB

malbo · Le 08/12/2015, à 08:56

Pour vérifier quand a eu lieu la dernière vérification du système de fichiers de ta partition sda1, tu peux passer cette commande dans un terminal depuis une session de ton Ubuntu installé :

sudo tune2fs -l /dev/sda1

La ligne "Last checked" te donnera la réponse

EDIT : dans le cas de Ubuntu 15.10, il y a une autre possibilité qui est due à un Bug (*) de cette version : dans le menu Grub au démarrage, au lieu de laisser le démarrage se faire sur la ligne "Ubuntu", sélectionner la deuxième ligne "Options avancées pour Ubuntu". Dans le sous-menu qui apparaît, sélectionner la deuxième ligne, celle qui se termine par "(upstart)". Il y aura une vérification du système de fichier de la partition racine (dans ton cas sda1) qui sera faite automatiquement. Tu pourras contrôler que c'est bien le cas grâce à la commande que j'ai indiquée plus haut.

(*) il s'agit du Bug #1504688 qui a fait l'objet de cette discussion.

Dernière modification par malbo (Le 08/12/2015, à 09:19)

Bunel · Le 08/12/2015, à 09:11

Bonjour
Merci pour ton intervention voici la réponse :

bunel@bunel-System-Product-Name:~$ sudo tune2fs -l /dev/sda1
Mot de passe [sudo] pour bunel : 
tune2fs 1.42.12 (29-Aug-2014)
tune2fs: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée lors de la tentative d'ouverture de /dev/sda1
Impossible de trouver un superbloc de système de fichiers valide.

malbo · Le 08/12/2015, à 09:23

J'ai complété mon post #14 entre temps.
Si chez toi cette commande "sudo tune2fs -l /dev/sda1" échoue, moi je ne sais pas pourquoi. Cependant, tu peux essayer de la passer depuis une session live.

Bunel · Le 08/12/2015, à 09:33

J'essaye un peu plus tard ce que tu m'as rajouté en #14 et te tiens au courant merci

malbo · Le 08/12/2015, à 09:49

Bunel a écrit :

J'essaye un peu plus tard ce que tu m'as rajouté en #14

Ben oui mais là je suis moins confiant dans cette proposition que je t'ai faite dans la partie "EDIT" de mon post #14, du fait que la commande "sudo tune2fs -l /dev/sda1" ne fonctionne pas chez toi. Moi je pars d'un système sain qui fonctionne bien (le mien) et c'est dans ce contexte que je t'ai suggéré des astuces dans mon post #14 pour que tu puisses réaliser ton souhait d'une vérification régulière du système de fichiers mais si ton système de fichiers est réellement nase, il est possible que ce que je t'ai suggéré ne fonctionne pas. Dans ce cas, il faudrait effectivement se rabattre sur une vérification depuis une session live comme l'a proposé Braun dans le post #12. J'en détaille la procédure ici : http://forum.ubuntu-fr.org/viewtopic.php?id=419893

Dernière modification par malbo (Le 08/12/2015, à 09:55)

Bunel · Le 08/12/2015, à 11:08

J'ai fait quand même ce que tu m'as suggéré en #14 / édit j'ai redémarré sans qu'il y ait eu de contrôle de partition et ai appliqué de nouveau la ligne : sudo tune2fs -l /dev/sda1 avec un résultat identique donc pas de date de dernière vérification ?

malbo · Le 08/12/2015, à 11:46

Je viens de faire un petit essai en virtualisation avec VMware Player :
1) depuis une session du Ubuntu 15.10 installé, je vérifie que la date de vérification de ma partition racine est le 12 novembre à 14H45 :

malbo@malbo-virtual-machine:~$ mount |grep " / "
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
malbo@malbo-virtual-machine:~$ sudo tune2fs -l /dev/sda5 |grep "Last checked"
Last checked:             Thu Nov 12 14:45:47 2015

La première commande ne sert à rien : c'est juste pour montrer au lecteur que ma partition racine est sda5, que cette partition est montée et que ça ne perturbe pas la commande suivante qui montre la date de la dernière vérification du système de fichiers de ladite partition.

2) Depuis une session Live de Ubuntu 15.10, je retrouve la même date sauf que le LiveCD est en retard d'une heure sur l'heure locale :

ubuntu@ubuntu:~$ sudo tune2fs -l /dev/sda5 |grep "Last checked"
Last checked:             Thu Nov 12 13:45:47 2015

Avec Gparted, je fais ceci (que je t'ai déjà proposé dans le post #8) : http://forum.ubuntu-fr.org/viewtopic.php?id=419893

Puis je repasse la commande :

ubuntu@ubuntu:~$ sudo tune2fs -l /dev/sda5 |grep "Last checked"
Last checked:             Tue Dec  8 09:54:06 2015

On peut constater que la date de vérification a bien été mise à jour de la vérification qui vient d'être faite par Gparted.

3) retour dans la session de mon Ubuntu installé. Je repasse exactement les commandes de l'item 1 pour comparaison :

malbo@malbo-virtual-machine:~$ mount |grep " / "
/dev/sda5 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
malbo@malbo-virtual-machine:~$ sudo tune2fs -l /dev/sda5 |grep "Last checked"
Last checked:             Tue Dec  8 10:54:06 2015

Sauf qu'il y a un petit gag sur l'heure de la vérification parce que le LiveCD affiche une heure en retard sur l'heure locale, on peut bien voir que la vérification du système de fichiers avec Gparted depuis une session live de Ubuntu 15.10 que je propose fonctionne bien. Je t'invite à suivre la même procédure que moi sauf que comme ta partition racine est sda1, tu dois passer la commande "sudo tune2fs -l /dev/sda1 |grep "Last checked" (sda1 au lieu de sda5)

Dernière modification par malbo (Le 08/12/2015, à 12:26)

Bunel · Le 08/12/2015, à 12:47

Le live CD que j'ai est ubuntu 14.10 les versions suivantes ont été des mise à niveau donc je n'ai pas le live CD ubuntu 15.10 qui est mon système actuel, est-ce une obligation si oui comment se le procurer ?

malbo · Le 08/12/2015, à 13:07

Ce n'est pas une obligation de procéder avec un LiveDVD de Ubuntu 15.10, tu peux très bien utiliser ton LiveDVD de Ubuntu 14.10.

Bunel · Le 08/12/2015, à 16:25

Merci Malbo je vais voir tout ça quand je vais avoir un peu de temps pour l'instant le système fonctionne il n'y a rien d'urgent et merci encore pour les renseignements que tu m'as fournis.
Cordialement DB

Bunel · Le 12/12/2015, à 16:43

@malbo
Petite rectif concernant le post #14 ou tu me proposes la ligne : sudo tune2fs -l /dev/sda1 pour connaître la dernière date de FSCK une petite erreur de ta part auquel je n'ai pas fait attention pour mon cas je devais faire sdb1 au lieu de sda1 c'est pourquoi ça n'a pas marché j'aurai dû faire gaffe!

Comme tu me l'avais conseillé j'ai fais un FSCK a partir du live CD et ça a marché + facile que je ne le pensais et après vérification :

bunel@bunel-System-Product-Name:~$ sudo tune2fs -l /dev/sdb1
Mot de passe [sudo] pour bunel : 
tune2fs 1.42.12 (29-Aug-2014)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          111c0dbb-c6de-43e1-8b70-b6cb49075d86
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              9641984
Block count:              38550272
Reserved block count:     1927513
Free blocks:              34921859
Free inodes:              9199612
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1014
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Mon Nov 17 16:42:38 2014
Last mount time:          Sat Dec 12 15:16:12 2015
Last write time:          Sat Dec 12 15:16:03 2015
Mount count:              1
Maximum mount count:      -1
Last checked:             Sat Dec 12 15:11:03 2015
Check interval:           0 (<none>)
Lifetime writes:          788 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
First orphan inode:       2099777
Default directory hash:   half_md4
Directory Hash Seed:      a4b5d0b9-894e-4af2-aaa3-b5ff02d2394d
Journal backup:           inode blocks

Si je comprends bien en attendant le bug réparé je dois continuer à le faire par le live CD car il n'y avait pas eu de vérification depuis le 05 octobre 2015
Merci pour vos conseils qui sont tjrs les bienvenus et bon WE DB

malbo · Le 13/12/2015, à 08:09

Bunel a écrit :

Si je comprends bien en attendant le bug réparé je dois continuer à le faire par le live CD car il n'y avait pas eu de vérification depuis le 05 octobre 2015

Il y a moyen de faire autrement mais il n'y a rien de mieux à mon avis que de le faire depuis une session live parce que non seulement tu peux vérifier l'état du système de fichiers mais tu peux surtout le réparer en cas de problème. Mais ne t'inquiète pas trop que la vérification ne soit pas faite automatiquement : je constate dans toutes mes installations récentes de Ubuntu que cette vérification automatique est désactivée "de base". Quant à moi, je ne fais rien pour changer ça : je fais seulement une vérification du système de fichiers quand je fais une image de la partition avec Clonezilla. En dehors de ça, il n'y a pas de vérif automatique du système de fichiers.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/12/2015, à 19:00

(RESOLU) Montage automatique d'une partition après démontage?

#2 Le 07/12/2015, à 19:10

Re : (RESOLU) Montage automatique d'une partition après démontage?

#3 Le 07/12/2015, à 19:27

Re : (RESOLU) Montage automatique d'une partition après démontage?

#4 Le 07/12/2015, à 19:52

Re : (RESOLU) Montage automatique d'une partition après démontage?

#5 Le 07/12/2015, à 20:45

Re : (RESOLU) Montage automatique d'une partition après démontage?

#6 Le 07/12/2015, à 22:23

Re : (RESOLU) Montage automatique d'une partition après démontage?

#7 Le 07/12/2015, à 22:43

Re : (RESOLU) Montage automatique d'une partition après démontage?

#8 Le 07/12/2015, à 22:51

Re : (RESOLU) Montage automatique d'une partition après démontage?

#9 Le 07/12/2015, à 22:58

Re : (RESOLU) Montage automatique d'une partition après démontage?

#10 Le 07/12/2015, à 23:00

Re : (RESOLU) Montage automatique d'une partition après démontage?

#11 Le 07/12/2015, à 23:04

Re : (RESOLU) Montage automatique d'une partition après démontage?

#12 Le 07/12/2015, à 23:18

Re : (RESOLU) Montage automatique d'une partition après démontage?

#13 Le 08/12/2015, à 08:19

Re : (RESOLU) Montage automatique d'une partition après démontage?

#14 Le 08/12/2015, à 08:56

Re : (RESOLU) Montage automatique d'une partition après démontage?

#15 Le 08/12/2015, à 09:11

Re : (RESOLU) Montage automatique d'une partition après démontage?

#16 Le 08/12/2015, à 09:23

Re : (RESOLU) Montage automatique d'une partition après démontage?

#17 Le 08/12/2015, à 09:33

Re : (RESOLU) Montage automatique d'une partition après démontage?

#18 Le 08/12/2015, à 09:49

Re : (RESOLU) Montage automatique d'une partition après démontage?

#19 Le 08/12/2015, à 11:08

Re : (RESOLU) Montage automatique d'une partition après démontage?

#20 Le 08/12/2015, à 11:46

Re : (RESOLU) Montage automatique d'une partition après démontage?

#21 Le 08/12/2015, à 12:47

Re : (RESOLU) Montage automatique d'une partition après démontage?

#22 Le 08/12/2015, à 13:07

Re : (RESOLU) Montage automatique d'une partition après démontage?

#23 Le 08/12/2015, à 16:25

Re : (RESOLU) Montage automatique d'une partition après démontage?

#24 Le 12/12/2015, à 16:43

Re : (RESOLU) Montage automatique d'une partition après démontage?

#25 Le 13/12/2015, à 08:09

Re : (RESOLU) Montage automatique d'une partition après démontage?

Pied de page des forums