J'ai un disque dur de 320 Go sur Ubuntu 12.04 64 bits.
2 disques de mon disque dur (sda7 et sda8 de type ext3) ne peuvent pas être montés.
sortie de Sudo mount /dev/sda7 /home/newfolder -t ext3
:
mount: special device /dev/sda7 does not exist
/dev/
contient les éléments suivants:
sda sda1 sda5 sda6
mais GParted montre sda7 et sda8:
sortie de blkid
:
/dev/sda1: UUID="a898f3ad-11d9-4dbb-9ea8-71a819dc8f70" TYPE="ext4"
/dev/sda5: UUID="998c7c6f-5ff8-426c-83d4-1a309b7cdc4f" TYPE="swap"
/dev/sda6: UUID="da0460d0-714e-40ae-b88b-a0deca87087c" TYPE="ext4"
/dev/sdb1: LABEL="FLASH DRIVE" UUID="8A24-B5CD" TYPE="vfat"
sortie de fdisk -l
:
Disk /dev/sda: 320.1 GB, 320071851520 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625140335 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x17ea17ea
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 194559 96256 83 Linux
/dev/sda2 196607 625121279 312462336+ f W95 Ext'd (LBA)
/dev/sda5 196608 8007679 3905536 82 Linux swap / Solaris
/dev/sda6 8009728 61431807 26711040 83 Linux
/dev/sda7 61432623 337911209 138239293+ 83 Linux
/dev/sda8 337911273 625121279 143605003+ 83 Linux
sortie de 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>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda8 during installation
UUID=da0460d0-714e-40ae-b88b-a0deca87087c / ext4 errors=remount-ro 0 1
# /boot was on /dev/sda1 during installation
UUID=a898f3ad-11d9-4dbb-9ea8-71a819dc8f70 /boot ext4 defaults 0 2
# swap was on /dev/sda7 during installation
UUID=998c7c6f-5ff8-426c-83d4-1a309b7cdc4f none swap sw 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
sortie de ls /dev/mapper
:
control
Avez-vous re-partitionné ce disque récemment? C’est la seule chose qui me vienne à l’esprit et qui pourrait amener le noyau à comprendre la disposition des partitions de celle de fdisk.
Si tel est le cas, vous devez indiquer au noyau de relire la table de partition avec
Sudo blockdev --rereadpt
(Cela s'appelait sfdisk -R
, mais sfdisk
a abandonné -R
dans la version 2.26.)
Cela peut échouer (avec un message d'erreur) si l'une des partitions de ce disque est déjà montée. Démontez-les et réessayez. Parfois, ce n'est pas possible (par exemple, lorsque votre partition racine est sur le même disque) et vous devez redémarrer à la place.
(Il existe en fait un moyen de forcer le noyau à relire la table de partition, ce qui devrait être assez sûr si vous ne modifiez pas la taille ou la position d'une partition montée, mais je ne me souviens pas de la commande exacte. Je pense qu’il s’agit de partx ou kpartx.)
Vérifier le statut de la lv:
lvscan
vérifiez si le INACTIF est le même que ce qui vous manque.
Pour réparer do vgchange:
vgchange -ay