Надежный человек Ubuntu 14,04 неспособных для монтирования раздела, не перечисленного в/etc/fstab после катастрофического отказа
После катастрофического отказа при перемещении мыши через вкладку Firefox мой Надежный человек Ubuntu 14.04 действительно перезапускал правильно, однако она только видит раздел (разделы) диска (дисков)/, перечисленный в /etc/fstab.
Я не могу смонтировать никакой другой раздел.
Я беру здесь пример одного пустого раздела, находящегося в моем диске/dev/sda.
$ sudo fsck -t ext4 /dev/sda10
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
Linux_Root_1: clean, 12/3670016 files, 276369/14648576 blocks
$
$ sudo mount /dev/sda10
mount: can't find /dev/sda10 in /etc/fstab or /etc/mtab
$
Единственная вещь близко к тому, что происходит, описана на этой веб-странице.
Однако я не вижу ошибки при выполнении проверки файловой системы.
Для получения дополнительной информации вот gdisk список разделов в /dev/sda, затем a cat из /etc/fstab и a cat из /etc/mtab.
Из сообщения системной ошибки я отображаю должно быть что-то не так с /etc/mtab ? Я не вижу ни одного из размонтированных разделов там... Почему? Кто-либо может помочь?
$ sudo gdisk -l /dev/sda
Number Start (sector) End (sector) Size Code Name
1 2048 1953791 953.0 MiB EF00
2 1953792 2215935 128.0 MiB 0C01
3 2215936 392579071 186.1 GiB 0700
4 392579072 783204351 186.3 GiB AF00
5 783204352 784181247 477.0 MiB 0700
6 784181248 815431679 14.9 GiB 8200
7 815431680 971681791 74.5 GiB 0700
8 971681792 1206056959 111.8 GiB 0700
9 1206056960 1303713791 46.6 GiB 0700
10 1303713792 1420902399 55.9 GiB 0700
11 1420902400 1538091007 55.9 GiB 0700
12 1538091008 1953523711 198.1 GiB 0700
$
$ cat /etc/fstab
UUID=20ec15ac-42a4-414e-af22-8dd895678f76 / ext4 errors=remount-ro 0 1
UUID=66589507-f572-455e-9b6d-1e77a0fa45c5 /boot ext2 defaults 0 2
UUID=CF3B-1041 /boot/efi vfat defaults 0 1
UUID=5f5a6094-99af-47bf-aa56-1a871fdd684d /home ext4 defaults 0 2
UUID=5822928d-4e71-4950-99d2-015b28f6a857 none swap sw 0 0
UUID=4f9ce228-559f-4004-89cb-40430454084d none swap sw 0 0
UUID=0bab0354-c80b-41f1-97e2-ac58a8e7dc74 /media/VMware-VMs ext4 defaults 0 2
UUID=78347182-6752-4acf-a790-f02fd806795d /media/Downloads ext3 defaults 0 2`
$ cat /etc/mtab
/dev/sda7 / ext4 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/cgroup tmpfs rw 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
none /sys/firmware/efi/efivars efivarfs rw 0 0
udev /dev devtmpfs rw,mode=0755 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
none /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0
none /run/shm tmpfs rw,nosuid,nodev 0 0
none /run/user tmpfs rw,noexec,nosuid,nodev,size=104857600,mode=0755 0 0
none /sys/fs/pstore pstore rw 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,relatime,cpuset 0 0
cgroup /sys/fs/cgroup/cpu cgroup rw,relatime,cpu 0 0
cgroup /sys/fs/cgroup/cpuacct cgroup rw,relatime,cpuacct 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,relatime,memory 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,relatime,devices 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,relatime,freezer 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,relatime,net_cls 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,relatime,blkio 0 0
cgroup /sys/fs/cgroup/perf_event cgroup rw,relatime,perf_event 0 0
cgroup /sys/fs/cgroup/net_prio cgroup rw,relatime,net_prio 0 0
cgroup /sys/fs/cgroup/hugetlb cgroup rw,relatime,hugetlb 0 0
/dev/sda5 /boot ext2 rw 0 0
/dev/sda8 /home ext4 rw 0 0
/dev/sda9 /media/VMware-VMs ext4 rw 0 0
/dev/sda1 /boot/efi vfat rw 0 0
/dev/sda12 /media/Downloads ext3 rw 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
systemd /sys/fs/cgroup/systemd cgroup rw,noexec,nosuid,nodev,none,name=systemd 0 0
vmware-vmblock /run/vmblock-fuse fuse.vmware-vmblock rw,nosuid,nodev,default_permissions,allow_other 0 0
gvfsd-fuse /run/user/501/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=jean 0 0
$
2 ответа
Мой вопрос все еще не сказал всю историю. После катастрофического отказа, когда я открылся Nemo / Nautilus Я не видел ни одного из 'свободных постоянных' дисков / разделы, не уже смонтированные /etc/fstab при запуске.
Хорошо, в моей первой попытке смонтировать один раздел на cmd. строке мне не удалось обеспечить точку монтирования, которая обычно является /mnt на любом UNIX like системы. Но это не объяснило, почему я не смог видеть любые размонтированные разделы / диски в Nemo / Nautilus.
Я попытался позже соединиться USB stick, и как ожидалось это не сделало автоматического монтирования также.
От веб-поисков у меня была подсказка что GNOME Virtual File System или gvfs не работал вообще. Ввод этого cmd. на самом деле только перечислил бы уже подсоединенные внешние диски:
$ gvfs-mount --list
Volume(0): floppy0
Type: GUnixVolume
Mount(0): Downloads -> file:///media/Downloads
Type: GUnixMount
Mount(1): VMware-VMs -> file:///media/VMware-VMs
Type: GUnixMount
$
Это должно было видеть включенный - в USB stick но не сделал.
Я затем проверил что GNOME automount был правильно настроен, как описано в этой Справке Ubuntu.
Затем я действительно находил мой gvfs папка читая эту веб-страницу.
$ mount | grep gvfs
gvfsd-fuse on /run/user/501/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=jean)
$ ls -l /run/user/501/gvfs
total 0
$
Я понял также, что должен был уничтожить и перезапустить процесс демона, и я получил информации, читая этот отчет об ошибках Панели запуска.
Перечислять точки монтирования, используемые gvfs
$ ls -als /run/user/501/gvfs
total 0
0 dr-x------ 2 jean jean 0 Dec 22 17:42 .
0 drwx------ 10 jean jean 260 Dec 22 17:42 ..
$
Не было ни одного.
Затем я проверил ли gvfsd процесс демона был активен.
$ ps axu | grep gvfs
jean 5993 0.0 0.0 680372 6356 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfsd
jean 5998 0.0 0.0 345696 7936 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfsd-fuse /run/user/501/gvfs -f -o big_writes
jean 6103 0.0 0.0 211932 5860 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfs-udisks2-volume-monitor
jean 6292 0.0 0.0 359596 8724 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfsd-trash --spawner :1.4 /org/gtk/gvfs/exec_spaw/0
jean 8015 0.0 0.0 286244 8236 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfs-afc-volume-monitor
jean 8031 0.0 0.0 200328 5420 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfs-mtp-volume-monitor
jean 8036 0.0 0.0 214748 8352 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
jean 8051 0.0 0.0 270404 5664 ? Sl 17:42 0:00 /usr/lib/gvfs/gvfsd-burn --spawner :1.4 /org/gtk/gvfs/exec_spaw/1
jean 13187 0.0 0.0 15972 2308 pts/3 S+ 23:14 0:00 grep --color=auto gvfs
jean 14115 0.0 0.0 127572 8000 ? Sl 17:44 0:00 /usr/lib/gvfs/gvfsd-metadata
jean 17443 0.0 0.1 1594092 29880 ? Sl 17:45 0:01 /usr/lib/gvfs/gvfsd-http --spawner :1.4 /org/gtk/gvfs/exec_spaw/2
И это было. Появление в первой строке. Уничтожение его со следующим cmd.
$ sudo killall -9 gvfsd
Затем повторно запуская демона (процесс)
$ sudo /usr/lib/gvfs/gvfsd-fuse /run/user/501/gvfs
Ну, вот именно. Это не обнаружилось прямо, поскольку я должен был полностью завершить работу и перезапустить систему. Но прямо после системного перезапуска, gvfs хорошо работавший и у меня был доступ ко всем разделам / диски в Nemo / Nautilus.
Ранее, перезапуск системы ничего не решил бы.
Жалоба, которую Вы получаете, - то, потому что эти mount неспособно предположить который каталог смонтировать раздел к. В этом синтаксисе эти mount для команды будут нужны два аргумента: раздел для монтирования, и каталог на то, где смонтировать его. Таким образом это могло бы быть похожим:
монтируют/dev/sda10/mnt
, Вам будет нужен отдельный, пустой каталог для каждого раздела, который Вы хотите смонтировать.