Linux mount wrong fs type bad option bad superblock

Почему я получаю ошибку «неправильный тип fs, плохая опция, плохой суперблок»?

При монтировании каталога NFS выполните:

Я получаю следующую ошибку:

Вопрос уже задавался (например, здесь и здесь ), но либо не получил ответа, либо ответы не помогли в моем случае.

В сообщении об ошибке упоминается:

(для нескольких файловых систем (например, nfs, cifs) вам может понадобиться вспомогательная программа / sbin / mount.)

Это актуально, учитывая, что вы пытаетесь смонтировать NFS. /sbin/mount.nfs Вспомогательная программа обеспечивается nfs-common . Вы можете установить его с помощью:

С другой стороны, если вы пытаетесь смонтировать CIFS, вспомогательная программа предоставляется cifs-utils . Вы можете установить его с помощью:

Убедитесь, что mount.cifs указан в /sbin :

Проверьте, cifs-utils установлен ли пакет :

Если это не так, установите библиотеки cifs с

Похоже, что nfs-common пакет должен быть установлен для того, чтобы иметь возможность монтировать каталоги NFS.

Когда это не так, монтирование каталога NFS приводит к ошибке, которую я получил.

Я решил это, установив virtualbox. Делать

Это устанавливает mount.vboxsf

У меня была такая же проблема в Ubuntu 14.04 LTS. Я попытался установить пакет nfs-common безуспешно.

Я смог решить ту же проблему, что и у вас:

1. Собираюсь в Linux «диски» приложения.
2. Нажав на USB-накопитель, который я пытался установить в разделе «Устройства» (окно слева).
3. Нажатие на дополнительные действия в разделе раздела файловой системы Volumes (две маленькие шестерни справа от знака минус / плюс).
4. Нажмите кнопку Изменить параметры монтирования (в верхней части окна параметров монтирования).
5. Нажмите, чтобы ВКЛЮЧИТЬ Параметры автоматического монтирования.
6. Затем нажмите кнопку монтирования (+ знак под объемами) — это должно измениться на квадрат.

Это смонтировало мой USB-накопитель и решило проблему.

Источник

mount: неправильный тип fs, плохой параметр, плохой суперблок

Я добавил новый жесткий диск ( /dev/sdb ) в Ubuntu Server 16, запустил parted /dev/sdb mklabel gpt и sudo parted /dev/sdb mkpart primary ext4 0G 1074GB . Все прошло нормально. Затем я попытался смонтировать диск

Я пытался mount -t ext4 /dev/sdb1 /mnt/storage2 с одинаковым результатом. Я делал это много раз прежде и никогда не сталкивался ни с чем подобным. Я уже читал это монтирование: неправильный тип fs, плохая опция, плохой суперблок в / dev / sdb на CentOS 6.0 безрезультатно.

вывод fdisk относительно накопителя

Вам все еще нужно создать файловую систему

Команда: mkpart [имя типа fs-type] start end

Создает новый раздел без создания новой файловой системы в этом разделе.

У меня была эта проблема с / dev / sda в Ubuntu 16.04. Я решил ее, загрузившись с живого usb и выполнив следующие действия:

Чтобы увидеть ваши диски используйте lsblk

Если вы видите, что ваш диск хорош, запустите, fdisk -l чтобы увидеть, может ли система использовать его.

Запустите эту команду, чтобы попытаться восстановить неисправные суперблоки на диске.

fsck /dev/sda1 (замените / dev / sda1 на диск, который вы хотите исправить).

Когда он просит восстановить блоки, выберите «да», нажав « y »

Разрешить fsck восстанавливать все поврежденные блоки.

Тогда я смог смонтировать устройство с помощью

Это решило это для меня.

У меня есть другой процесс для этого, который заменил плохой суперблок одной из альтернатив. FSCK может быть процессом с потерями, потому что FSCK может захотеть удалить слишком много данных или удалить данные из уязвимого места (например, каталог данных для базы данных), поэтому бывают случаи, когда я не хочу его использовать или не работает

Вы можете покончить с собой или просто стать корнем этого процесса. Просто помните, что когда вы являетесь пользователем root, Linux предполагает, что вы знаете, что делаете, когда запускаете команды. Если так будет указано, он быстро доставит мистера Пуля к мистеру Футу. Как и многие другие вещи, с великой силой приходит большая ответственность. На этом мое предупреждение о запуске вашей системы от имени root завершено.

Выясните, какое устройство — предполагая / dev / sdc1 для этого примера вместе с EXT4 как наиболее распространенное для этого объяснения.

Ваше устройство и ваша файловая система (ZFS, UFS, XFS и т. Д.) Могут различаться, поэтому сначала узнайте, что у вас есть. Не думайте, что это EXT4. Игнорирование этого шага может вызвать проблемы позже, если это НЕ файловая система EXT4.

Получите сообщение об ошибке, в котором говорится, что суперблок плохой. Вы не хотите делать это, если ваш суперблок в порядке.

Это выведет альтернативные суперблоки, хранящиеся в вашем разделе.

Выберите альтернативный суперблок — имейте в виду, что первый — по умолчанию, и он плохой, поэтому давайте не будем его использовать. Вы также можете выбрать один из списка, который вы получаете из вашего раздела. Не используйте пример. Ваши суперблоки могут храниться в другом месте .

Перезагрузитесь и посмотрите, сработало ли это. Если нет, попробуйте следующий суперблок в списке. Я должен был пойти третий или четвертый пару раз.

Теперь попробуйте команду проверить диск еще раз. Посмотрите, получите ли вы то же сообщение о плохих суперблоках.

Продолжайте пробовать, пока у вас не кончатся суперблоки или все заработает. Если у вас закончились, у вас, вероятно, есть большие проблемы, и я надеюсь, что у вас есть хорошие резервные копии. Вы можете попробовать запустить FSCK на этом этапе.

Источник

Wrong fs type, bad option, bad superblock on /dev/sdaX

I am trying to create an automated mount for an external hard drive, but it keeps failing. I am a little newbiew at linux.

I have googled and searched in StackExchange and I tried a lot of things, but I did not find a solution for my problem.

OS: Raspbian Stretch

Those are the steps I did:

Format external drive to ext4

Create directory for mounted external usb drive

Create the www-data user to the group

Give permissions

Get the gid, uid and uuid

Give the instruction to fstab

Automated mount test

Normal mount test

So I think my problem is in the 4th line of fstab. I readed fstab info but I can not understand what I should do. (https://wiki.debian.org/fstab)

1 Answer 1

You’re overcomplicating things. The fact that the command

works correctly shows you that your system is able to mount a ext4 filesystem without specific options. In fact, ext4 is one of the most common fs for Linux (if not the most one).

The mount options you’re trying to use don’t exist for ext4 fs. All you need to do is to rewrite the relevant /etc/fstab line as such:

Not the answer you’re looking for? Browse other questions tagged mount raspbian fstab or ask your own question.

Related

Hot Network Questions

Subscribe to RSS

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

site design / logo © 2021 Stack Exchange Inc; user contributions licensed under cc by-sa. rev 2021.10.8.40416

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Источник

Why do I get «wrong fs type, bad option, bad superblock» error?

When mounting an NFS directory by doing:

I get the following error:

The kernel is up to date.

The question was already asked (for example here and here), but are either not answered or the answers are not helpful in my case.

6 Answers 6

The error message mentions:

(for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount. helper program)

This is relevant given that you are trying to mount NFS. The /sbin/mount.nfs helper program is provided by nfs-common . You can install it with:

On the other hand, if you are trying to mount CIFS, the helper program is provided by cifs-utils . You can install it with:

Make sure mount.cifs is listed into /sbin :

Check to see if package cifs-utils is installed:

If it isn’t, install the cifs libraries with

It appears that nfs-common package should be installed in order to be able to mount NFS directories.

When it’s not, the mounting of an NFS directory results in the error I’ve got.

I solved it by installing virtualbox. Do

It installs the mount.vboxsf

I was having this same problem in Ubuntu 14.04 LTS. I tried the nfs-common package install without any success.

I was able to resolve the same issue you had by:

1. Going to the Linux «disks» application.
2. Clicking the USB drive I was trying to mount in the devices section (window left).
3. Clicking more actions under the Volumes filesystem partition section (two little gears right of the minus/plus signs).
4. Clicking edit mount options (top of the mount options window).
5. Clicking to TURN ON Automatic Mount Options.
6. Then clicking the mount button (+ sign under volumes) — this should change to a square.

This mounted my USB drive and resolved the issue.

Источник

mount: wrong fs type, bad option, bad superblock

I added a new hard drive ( /dev/sdb ) to Ubuntu Server 16, ran parted /dev/sdb mklabel gpt and sudo parted /dev/sdb mkpart primary ext4 0G 1074GB . All went fine. Then I tried to mount the drive

I tried mount -t ext4 /dev/sdb1 /mnt/storage2 with identical outcome. I’ve done this stuff many times before and have never ran into anything like this. I’ve already read this mount: wrong fs type, bad option, bad superblock on /dev/sdb on CentOS 6.0 to no avail.

fdisk output regarding the drive

15 Answers 15

WARNING: This will wipe out your drive!

You still need to create a (new) file system (aka «format the partition»).

Double-check that you really want to overwrite the current content of the specified partition! Replace XY accordingly, but double check that you are specifying the correct partition, e.g., sda2 , sdb1 :

parted / mkpart does not create a file system. The Parted User’s Manual shows:

2.4.5 mkpart

Command: mkpart [part-type fs-type name] start end

Creates a new partition, without creating a new file system on that partition.

I had this problem with /dev/sda on Ubuntu 16.04 I solved it by booting into a live usb and doing the following:

To see your disks use lsblk

If you can see your drive thats good, run fdisk -l to see if the system can use it.

Run this command to attempt to repair bad superblocks on the drive.

fsck /dev/sda1 (replace /dev/sda1 with the drive you want to fix).

When it asks to repair blocks select yes by pressing ‘y‘

Allow fsck to repair all bad blocks.

Then I was able to mount the device using

This solved it for me.

In my case, the solution was install nfs-utils on the client side.

CentOS/Red Hat:

Ubuntu/Debian:

I have a different process for this that replaced the bad superblock with one of the alternatives. FSCK can be a «lossy» process because FSCK may want to remove too much data or to remove data from a sensitive location (e.g. data directory for a data base) so there are times when I don’t want to use it or it doesn’t work.

You can sudo yourself silly or just become root for the process. Just remember that when you are root, Linux assumes that you know what you’re doing when you issue commands. If so directed, it will speedily delivery Mr. Bullet to Mr. Foot. Like many other things, with great power comes great responsibility. That concludes my warning on running your system as root.

Figure out which device — assuming /dev/sdc1 for this example along with EXT4 as its the most common for this explanation.

Your device and your file system (ZFS, UFS, XFS, etc.) may vary so know what you have first. Do not assume it’s EXT4. Ignoring this step can cause you problems later if it’s NOT an EXT4 file system.

Get your error message which says the superblock is bad. You don’t want to do this if your superblock is OK.

This will output the alternate superblocks stored on your partition.

Pick an alternate superblock — keep in mind that the first one is the default and its bad so let’s not use that one. You will also want to pick one from the list you get from your partition. Do not use the example. Your superblocks may be stored elsewhere.

Reboot and see if this worked. If not try the next superblock on the list. I’ve had to go the third or fourth one a couple of times.

Now try the command to validate the disk again. See if you get the same messabout about bad superblocks.

Keep trying until you either run out of superblocks or it works. If you run out, you likely have bigger issues and I hope you have good backups. You can try running FSCK at that point.

Источник