Ich habe eine Festplatte von 320 GB auf Ubuntu 12.04 64-Bit.
2 Festplatten meines Typs (sda7 und sda8 vom Typ ext3) können nicht gemountet werden.
ausgabe von Sudo mount /dev/sda7 /home/newfolder -t ext3
:
mount: special device /dev/sda7 does not exist
/dev/
enthält Folgendes:
sda sda1 sda5 sda6
aber GParted zeigt sda7 und sda8:
ausgabe von 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"
ausgabe von 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
ausgabe von 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
ausgabe von ls /dev/mapper
:
control
Haben Sie diese Festplatte kürzlich neu partitioniert? Das ist das einzige, was mir in den Sinn kommt, was dazu führen könnte, dass der Kernel das Partitionslayout anders versteht als die von fdisk.
In diesem Fall müssen Sie den Kernel anweisen, die Partitionstabelle mit erneut zu lesen
Sudo blockdev --rereadpt
(Dies war früher sfdisk -R
, aber sfdisk
hat -R
in Version 2.26 fallengelassen.)
Dies kann fehlschlagen (mit einer Fehlermeldung), wenn eine der Partitionen dieser Festplatte bereits aktiviert ist. Hängen Sie sie aus und versuchen Sie es erneut. Manchmal ist dies nicht möglich (z. B. wenn sich Ihre Root-Partition auf derselben Festplatte befindet) und Sie müssen stattdessen einen Neustart durchführen.
(Es gibt tatsächlich eine Möglichkeit, den Kernel zum erneuten Lesen der Partitionstabelle zu zwingen. Dies sollte sicher genug sein, wenn Sie die Größe oder Position einer der bereitgestellten Partitionen nicht geändert haben, aber ich erinnere mich nicht an den genauen Befehl Ich denke, es geht um partx oder kpartx.)
Lv Status überprüfen:
lvscan
überprüfen Sie, ob die INACTIVE mit der fehlenden übereinstimmt.
So beheben Sie do vgchange:
vgchange -ay