Missing codepage or helper program or other error linux

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 на этом этапе.

Источник

Linux NFS Mount: wrong fs type, bad option, bad superblock on fs2:/data3 Error And Solution

mount fs2:/data3 /nfs/
OR
mount 192.168.1.100:/data3 /nfs/

But I’m getting an error which read as follows:

mount: wrong fs type, bad option, bad superblock on fs2:/data3,
missing codepage or helper program, or other error
(for several filesystems (e.g. nfs, cifs) you might
need a /sbin/mount. helper program)
In some cases useful info is found in syslog – try
dmesg | tail or so

How do I fix this problem?

NFS client needs portmap service, simply install nfs-comman package as follows to fix this problem:
$ sudo apt-get install nfs-common
Make sure portmap service is running:
sudo service portmap status
Sample outputs:
portmap start/running, process 4193
If not just start it:
$ sudo service portmap start
One installed you can see all shared NFS directories as follows:
showmount -e fs2
Sample outputs:

• No ads and tracking
• In-depth guides for developers and sysadmins at Opensourceflare✨
• Join my Patreon to support independent content creators and start reading latest guides:
  • How to set up Redis sentinel cluster on Ubuntu or Debian Linux
  • How To Set Up SSH Keys With YubiKey as two-factor authentication (U2F/FIDO2)
  • How to set up Mariadb Galera cluster on Ubuntu or Debian Linux
  • A podman tutorial for beginners – part I (run Linux containers without Docker and in daemonless mode)
  • How to protect Linux against rogue USB devices using USBGuard

Join Patreon ➔

Simply run mount command again:
$ sudo mkdir /nfs
$ sudo mount fs2:/data3 /nfs/
$ ls /nfs

See also:

🐧 Get the latest tutorials on Linux, Open Source & DevOps via

Category	List of Unix and Linux commands
Documentation	help • mandb • man • pinfo
Disk space analyzers	df • duf • ncdu • pydf
File Management	cat • cp • less • mkdir • more • tree
Firewall	Alpine Awall • CentOS 8 • OpenSUSE • RHEL 8 • Ubuntu 16.04 • Ubuntu 18.04 • Ubuntu 20.04
Linux Desktop Apps	Skype • Spotify • VLC 3
Modern utilities	bat • exa
Network Utilities	NetHogs • dig • host • ip • nmap
OpenVPN	CentOS 7 • CentOS 8 • Debian 10 • Debian 8/9 • Ubuntu 18.04 • Ubuntu 20.04
Package Manager	apk • apt
Processes Management	bg • chroot • cron • disown • fg • glances • gtop • jobs • killall • kill • pidof • pstree • pwdx • time • vtop
Searching	ag • grep • whereis • which
Shell builtins	compgen • echo • printf
Text processing	cut • rev
User Information	groups • id • lastcomm • last • lid/libuser-lid • logname • members • users • whoami • who • w
WireGuard VPN	Alpine • CentOS 8 • Debian 10 • Firewall • Ubuntu 20.04

Comments on this entry are closed.

You should also make sure that the portmapper service is actually running properly and listening to its assigned port. (described previously by Vivek). Here is the command:
#netstat -an | grep LISTEN
In the output of the command you should look for the port 111, which is the default port of portmapper (a.k.a. rpc.bind). This port makes sure that services that run on Linux can communicate with one another using pre-defined ports (for example you contact your filer from your machine using the port 2049, which is the default NFS port).

Also, make sure that the important daemons that ensure a successful NFS connection (mountd, nfsd, nlockm) are also active. You can do that with the command:
#/etc/init.d/nfs status (it’s true, this is for RedHat-based distros, I’m not very Debian-oriented…). If they are not running execute an /etc/init.d/nfs start

Also, on your server-side (you filer) you should verify the integrity of the disks connected to your client-machine, using the disk scrubbing options offered by NetApp (disk scrub start)

Thanks for posting information about disk scrubbing.

Источник

Arch Linux

You are not logged in.

#1 2014-04-28 07:45:03

[SOLVED] Can’t mount NTFS hard disk

I have a separate 250GB hard disk running Windows 7. It used to get automatically mounted when I was using Gnome as my DE. But I switched to Xfce and now I am unable to access that hard disk. I installed Gnome disk utility and it could detect the hard disk, but it was not able to mount it saying «Not authorised to perform operation (udisks-error-quark, 4)». I then tried mounting it manually through the terminal and got these:

After which I tried mounting just one of the partitions:

This seemed to work, but when I opened my file manager, it wasn’t there and I couldn’t even get into the /mnt directory. The folder icon had a cross icon attached to it (not sure what that means).

I am completely new to Linux, so please be patient with me!

Last edited by Hari701 (2014-04-29 05:48:18)

#2 2014-04-28 08:15:37

Re: [SOLVED] Can’t mount NTFS hard disk

Let’s go through this step by step.

I have a separate 250GB hard disk running Windows 7. It used to get automatically mounted when I was using Gnome as my DE. But I switched to Xfce and now I am unable to access that hard disk.

That’s odd. Gnome and XFCE both use gvfs for mounting external filesystems. Is it automounted in /etc/fstab? Or did it just appear in the pane in your window manager?

I installed Gnome disk utility and it could detect the hard disk, but it was not able to mount it saying «Not authorised to perform operation (udisks-error-quark, 4)».

Did you mount if from within the gnome hard disk utility?

I’m suspecting you do not have a policykit daemon running. Could you give the output of:

I then tried mounting it manually through the terminal and got these:

You are mounting a hd directly, that is not common. Most hd’s have partition’s. Then the start of the hd contains the partition layout. The native kernel ntfs driver expects a ntfs signature, and not a partition table. The ntfs signatures are located at the start of the partition

You are using the ntfs driver which is able to read but is very limited in writing. It only allows writing if the original and new file have the same size. This very specific restriction is used for some corner case scenario’s and not suitable for regular end user usage

After which I tried mounting just one of the partitions:

Now you are mounting a partition which is valid and ok. Good.

You are still using the native ntfs driver. Not good.

To be able to ‘freely’ write to a ntfs partition, Linux has a seperate ntfs driver called ‘ntfs-3g’. Ntfs-3g is a driver implemented in userspace (a contraire to ntfs). Userspace filesystems are generally handled by the fuse kernel module.

This seemed to work, but when I opened my file manager, it wasn’t there and I couldn’t even get into the /mnt directory.

Correct, mouting filesystems by root will only allow root access (main rule). Native linux filesystem who have a native implementation of DAC (default access control system for Linux) are the exception. You can set default uid and gid value’s like this:

And now using ntfs-3g:

The folder icon had a cross icon attached to it (not sure what that means).

Which means that your access is denied as a normal user. You are not allowed to open a directory (executable bit). In order to list files in a directory you need to be:

able to open it: executable bit

be able to list files: read bit

I am completely new to Linux, so please be patient with me!

I hope I did okay.

fs/super.c : «Self-destruct in 5 seconds. Have a nice day. \n»,

Источник

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.

Источник