mount: you must specify the filesystem type
A Red Hat Enterprise Linux 6.2, when abnormal occurred, I input any command ,return bash Input/output error. It may filesystem error.
After reboot linux, it can not startup normally, the screen print:
mount: you must specify the filesystem type
mount: you must specify the filesystem type
mount: you must specify the filesystem type
.
Kernel — panic — not syncing: Attempted to kill init!
How can I debug this error and resolve this issue?
Responses
Hello, It appears that your /etc/fstab is not configured correctly, or not available. In this particular case, you may need to boot from rescue media and manually mount the partition (or volume/filesystem).
An example of what your /etc/fstab should resemble
/dev/rootvg/home /home ext4 defaults,auto_da_alloc 0 2 As you go through the recovery, you will discover if you have an invalid filesystem (corruption) or one that needs maintenance.
Thank you for your reply. Yes, I am now in the rescue mode. When the rescue environment attempt to find my linux installation, I was prompted that I don’t have any Linux partitions. Go into the shell, I can’t see any my file system define in the file /etc/fstab. Currently, The fstab file is following:
rootfs / rootfs rw, relatime 0 0 /proc /proc proc rw,relatime 0 0 /dev /dev tmpfs rw,seclabel, relatime 0 0 /dev/pts /dev/pts devpts rw,seclabel, relatime, mode=600,ptmxmode=000 0 0 /sys /sys sysfs rw.seclable, relatime 0 0 none /tmp tmpfs rw,seclable, relatime, size=256000k 0 0 /dev/loop0 /mnt/runtime squashfs ro,relatime 0 0 /selinux /selinux selinuxfs rw,relatime 0 0. In lvm, I run vgs, pvs, lvs, I can see these partition define, but lvscan ruturn:
lvm> lvscan inactive '/dev/vg_name/lv_root' [50.00 GiB] inherit inactive '/dev/vg_name/lv_swap' [33.50 GiB] inherit inactive '/dev/vg_name/lv_app' [415.00 GiB] inherib How can I fix this issue? Need I reinstall my Linux ?
Как исправить ошибку you must specify the filesystem type?
-t vfstype
Аргумент следующий за -t указывает тип файловой системы. В настоящее время поддерживаются следующие типы: adfs, affs, autofs, coda, coherent, cramfs, devpts, efs, ext, ext2, ext3, hfs, hpfs, iso9660, jfs, minix, msdos, ncpfs, nfs, ntfs, proc, qnx4, ramfs, reiserfs, romfs, smbfs, sysv, tmpfs, udf, ufs, umsdos, usbfs, vfat, xenix, xfs, xiafs. Следует отметить, что coherent , sysv и xenix являются равноценными и, что xenix и coherent когда-нибудь будут удалены. Поэтому взамен лучше использовать sysv. Начиная с ядра 2.1.21 типы ext и xiafs не существуют. Ранее, тип файловой системы usbfs был известен как usbdevfs.
Для большинства типов файловых систем всё, что делает программа mount- выполнение простого системного вызова mount(2) без уточнения типа файловой системы в запросе. Однако, для некоторых типов файловых систем (подобных nfs, smbfs, ncpfs) добавление специального кода является необходимым. Для nfs — специальный код является встроенным, а smbfs и ncpfs проходят специфичную процедуру монтирования. Реализацией возможности удовлетворить все типы файловых систем через унифицированный способ монтирования, является использование (при наличии) программы-помощника /sbin/mount.TYPE при вызове с типом TYPE. Так, различные версии программы smbmount используют различные соглашения о правилах вызова, поэтому /sbin/mount.smbfs может быть сценарием оболочки, который и реализует особенность необходимого вызова.
Если не используется параметр -t или, если определение типа указано как auto, то будет предпринята попытка установить тип файловой системы автоматически. Если команда mount была собрана с библиотекой blkid, поиск предположительного типа файловой системы будет осуществляться этой библиотекой. Иначе, команда mount попытается установить тип, исследуя суперблок; если и в этом случае попытка авто-определения закончится неудачей, для монтирования будет использована информация из файла /etc/filesystems, или, если он не существует, файла /proc/filesystems. Все типы файловых систем, перечисленные в этих файлах, будут перепробованы, за исключением тех, которые отмечены как «nodev» (т.е., devpts, proc и nfs). Если файл /etc/filesystems заканчивается строкой с одиночным символом ‘*’, при монтировании будет дополнительно использован и файл /proc/filesystems.
Тип auto удобен для облегченного монтирования дискет (floppy) и других съемных носителей. Создание и использование файла /etc/filesystems может быть полезным для того, чтобы изменить очередность в распознавании типа файловой системы (т.е., проверить, например, сначала как vfat, а потом msdos или ext3, а потом ext2) или в случае использования автозагрузки определённого модуля ядра.
Внимание: при автоматическом распознавании типа файловой системы используется эвристический метод, который основан на поиске определенных `магических последовательностей’. Из-за этого не исключена вероятность ошибок, которые могут привести к фатальным последствиям. Вывод: если вы точно знаете тип файловой системы, лучше не разрешать командe mount распознавать его самостоятельно.
Более чем один тип файловой системы может быть задан списком, где в качестве разделителя типов должна использоваться запятая. Список типов файловых систем может начинаться с no. В этом случае, на указанные в списке типы не будет распространяться указанное действие. (Эта возможность очень удобна в сочетании с параметром -a.)
mount -a -t nomsdos,ext
монтирует все файловые системы кроме указанных типов msdos и ext.
-t, —types fstype
The argument following the -t is used to indicate the filesystem type. The filesystem types which are currently supported depend on the running kernel. See /proc/filesystems and /lib/modules/$(uname -r)/kernel/fs for
a complete list of the filesystems. The most common are ext2, ext3, ext4, xfs, btrfs, vfat, sysfs, proc, nfs and cifs.
The programs mount and umount support filesystem subtypes. The subtype is defined by a ‘.subtype’ suffix. For example ‘fuse.sshfs’. It’s recommended to use subtype notation rather than add any prefix to the mount
source (for example ‘sshfs#example.com’ is deprecated).
If no -t option is given, or if the auto type is specified, mount will try to guess the desired type. Mount uses the blkid library for guessing the filesystem type; if that does not turn up anything that looks famil‐
iar, mount will try to read the file /etc/filesystems, or, if that does not exist, /proc/filesystems. All of the filesystem types listed there will be tried, except for those that are labeled «nodev» (e.g. devpts, proc
and nfs). If /etc/filesystems ends in a line with a single *, mount will read /proc/filesystems afterwards. While trying, all filesystem types will be mounted with the mount option silent.
The auto type may be useful for user-mounted floppies. Creating a file /etc/filesystems can be useful to change the probe order (e.g., to try vfat before msdos or ext3 before ext2) or if you use a kernel module
autoloader.
More than one type may be specified in a comma-separated list, for option -t as well as in an /etc/fstab entry. The list of filesystem types for option -t can be prefixed with no to specify the filesystem types on
which no action should be taken. The prefix no has no effect when specified in an /etc/fstab entry.
The prefix no can be meaningful with the -a option. For example, the command
mounts all filesystems except those of type msdos and smbfs.
For most types all the mount program has to do is issue a simple mount(2) system call, and no detailed knowledge of the filesystem type is required. For a few types however (like nfs, nfs4, cifs, smbfs, ncpfs) an ad
hoc code is necessary. The nfs, nfs4, cifs, smbfs, and ncpfs filesystems have a separate mount program. In order to make it possible to treat all types in a uniform way, mount will execute the program /sbin/mount.type
(if that exists) when called with type type. Since different versions of the smbmount program have different calling conventions, /sbin/mount.smbfs may have to be a shell script that sets up the desired call.
mount: you must specify the filesystem type
You need to add the -t FILESYSTEMTYPE argument to the command, replacing FILESYSTEMTYPE with your filesystem type. This specifies the filesystem type of the filesystem to be mounted. In your case, this would be /dev/sdb2. Some common, valid filesystem types are:
- auto — this is a special one. It will try to guess the fs type when you use this.
- ext4 — this is probably the most common Linux fs type of the last few years
- ext3 — this is the most common Linux fs type from a couple years back
- ntfs — this is the most common Windows fs type or larger external hard drives
- vfat — this is the most common fs type used for smaller external hard drives
- exfat — is also a file system option commonly found on USB flash drives and other external drives
But normally, it will guess the correct filesystem. I don’t think I usually need to specify the file system type. There may be some other problem preventing it from recognizing the type in this case.
I only see a damaged grub configuration, with a UUID that doesn’t exist; but what I was gettting at is to suggest that this may not be the problem (not so much for you as for the OP). The problem may well be something like an incorrect partition specifier, but I didn’t want to get too detailed because his question was not well done (note he didn’t even specify the mount command at all), plus he’s already started other topics on the subject, it seems. I didn’t want him to be too surprised if it still didn’t work.
I was getting a similar error:
# mount /dev/sdb1 /mydisk/ -t auto mount: you must specify the filesystem type I tried finding out the issue and the issue was, I had partitioned it but no filesystem was assigned.
# mkfs.ext3 /dev/sdb1 2>/dev/null . Superblock backups stored on blocks: . Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 39 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override After this it successfully got mounted.
to make sure filesystem is not assigned run lsblk -f . In my case there was no information in front of my disk.
There is more to the story here. Usually if you mount a partition with a common filesystem type using mount , it will auto-detect the partition type.
The fact that it isn’t auto-detecting it in this case could signal a few possibilities.
- You haven’t installed filesystem tools for the chosen filesystem. If you did a standard desktop install of Ubuntu, this shouldn’t normally be a problem. For example, to mount ntfs drives in recent versions of Ubuntu you need the ntfs-3g package.
- You selected the wrong partition.
- The partition is corrupt or unformatted. In this case, you should probably do a filesystem check (fsck) on it before mounting it. You may then want to proceed to mount it manually, specifying the filesystem type, as read-only. If all else fails you may need special recovery software such as testdisk photorec.
Change from testdisk to photorec is because testdisk is for undeleting when the partition is healthy, or finding a lost (but healthy) partition. Photorec is for recovering some file types when the partition is corrupt and eg. can’t be mounted.
Please use parted -l to check the partition type and make sure you are mounting an actual data partition with known partition types (for example, ntfs, fat, etc).
Here is what you would see from an 8TB drive, the first partition is not the actual data partition and instead, you should mount the second partition, which is the actual data partition.
Model: TRUSTED Mass Storage (scsi) Disk /dev/sdb: 8796GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags 1 17.4kB 134MB 134MB Microsoft reserved partition msftr ` es 2 134MB 8796GB 8796GB ntfs Basic data partition