Is not a block device ошибка монтирования

mount --bind <olddir> <mountpoint>

mount -F lofs <olddir> <mountpoint>

mount_null <olddir> <mountpoint>

ln -s olddir newdir

Tags:

Mount

Related

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

ls -l /dev/sdc1

первая буква будет b ; дополнительно

file /dev/sdc1

сказал бы block special . Если это не так, выясните, что это за объект на самом деле. Это, вероятно, не должно быть там во-первых. Обратите внимание, что при монтировании обычного файла используется петлевое устройство, это соответствует вашему случаю.

Если объект действительно является обычным файлом или символической umount , удалите его, а затем удалите (rm) или уберите (mv) с пути. Помните, что mke2fs работает с файлом, поэтому если вы уже поместили какие-либо важные данные в файловую систему, они находятся в файле, а не в разделе.

Чтобы воссоздать правильный /dev/sdc1 как блочное устройство, вызовите sudo partprobe . Это предполагает, что нет проблем с /dev/sdc и его таблицей разделов. Вы также должны снова вызвать mke2fs потому что ваш предыдущий mke2fs даже не коснулся раздела.

Вероятная причина наличия обычного файла — запись файла изображения в /dev/sdc1 без уверенности, что цель существует (обычно как блочное устройство). Такая операция на несуществующей цели создает обычный файл.

Если проблема появляется снова (как после перезагрузки, после повторного подключения внешнего диска), это означает, что что-то воссоздает файл. Это может быть из-за плохо написанного скрипта, который предполагает, что /dev/sdc1 всегда существует. Имейте в виду, что такой скрипт может перезаписать ваш реальный раздел, когда диск подключен. Надеемся, что сценария вообще нет, и вся проблема в единственном случайном сбое, как описано выше.

Forum rules
Before you post please read how to get help. Topics in this forum are automatically closed 6 months after creation.

root@BakUp:~# fdisk -l
   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1   *           1         491     3943926    c  W95 FAT32 (LBA)

root@BakUp:~# mkdir /dev/sdc1
mkdir: cannot create directory `/dev/sdc1': File exists
root@BakUp:~# mkdir /media/usb
mkdir: cannot create directory `/media/usb': File exists
root@BakUp:~# mount /dev/sdc1 /media/usb -t vfat
mount: /dev/sdc1 is not a block device

My guess is you had created a regular file there somehow (or maybe a symlink to such file). Check it. If it was a block device then in the output of

ls -l /dev/sdc1

the first letter would be b; additionally

file /dev/sdc1

would say block special. If this is not the case, investigate what the object really is. It probably shouldn’t be there in the first place. Note mounting a regular file uses a loop device, this fits your case.

If the object is indeed a regular file or a symlink, umount it, then remove (rm) or move (mv) it out of the way. Keep in mind mke2fs operated on the file, so if you already put any important data in the filesystem, it’s in the file, not in the partition.

To recreate a proper /dev/sdc1 as a block device, invoke sudo partprobe. This assumes there is no problem with /dev/sdc and its partition table. You should also invoke mke2fs again because the partition wasn’t even touched by your previous mke2fs.

A plausible cause of having a regular file there is writing an image file to /dev/sdc1 without making sure the target exists (normally as a block device). Such operation on an nonexistent target creates a regular file.

If the problem reappears (like after reboot, after connecting the external drive again) it means something recreates the file. This may be due to some poorly written script that assumes /dev/sdc1 always exists. Be warned such script can overwrite your actual partition when the drive is connected. Hopefully there is no script at all and the whole problem is because of one-time mishap as described above.

I created a container with volume mount to /dev/xvda1:/dev/xvda1 but when I tried to mount it to a folder it doesn’t work:

root@ubuntu:/# docker run -v /dev/xvda1:/dev/xvda1 --cap-add=SYS_ADMIN  --security-opt apparmor=unconfined --security-opt seccomp=unconfined --rm -it ubuntu bash
root@690798858fcf:/# mkdir /mnt0
root@690798858fcf:/# ls /dev
console  core  fd  full  mqueue  null  ptmx  pts  random  shm  stderr  stdin  stdout  tty  urandom  xvda1  zero
root@690798858fcf:/# mount /dev/xvda1 /mnt0
mount: /mnt0: /dev/xvda1 already mounted on /etc/resolv.conf.
root@690798858fcf:/# umount /dev/xvda1
root@690798858fcf:/# mount /dev/xvda1 /mnt0
mount: /mnt0: /dev/xvda1 is not a block device; try "-o loop".
root@690798858fcf:/# mount -o loop /dev/xvda1 /mnt0
mount: /mnt0: mount failed: Operation not permitted.

If I create it with --privileged flag it works:

root@ubuntu:/# docker run --privileged --cap-add=SYS_ADMIN  --security-opt apparmor=unconfined --security-opt seccomp=unconfined --rm -it ubuntu bash
root@aa36dd8be903:/# mkdir /mnt0
root@aa36dd8be903:/# mount /dev/xvda1 /mnt0
root@aa36dd8be903:/#

Why -v /dev/xvda1:/dev/xvda1 is not enough?

Info about my system:

# ubuntu image
root@ubuntu:/# uname -r
5.4.0-1034-aws

root@ubuntu:/# docker -v
Docker version 20.10.7, build f0df350  

I created a container with volume mount to /dev/xvda1:/dev/xvda1 but when I tried to mount it to a folder it doesn’t work:

root@ubuntu:/# docker run -v /dev/xvda1:/dev/xvda1 --cap-add=SYS_ADMIN  --security-opt apparmor=unconfined --security-opt seccomp=unconfined --rm -it ubuntu bash
root@690798858fcf:/# mkdir /mnt0
root@690798858fcf:/# ls /dev
console  core  fd  full  mqueue  null  ptmx  pts  random  shm  stderr  stdin  stdout  tty  urandom  xvda1  zero
root@690798858fcf:/# mount /dev/xvda1 /mnt0
mount: /mnt0: /dev/xvda1 already mounted on /etc/resolv.conf.
root@690798858fcf:/# umount /dev/xvda1
root@690798858fcf:/# mount /dev/xvda1 /mnt0
mount: /mnt0: /dev/xvda1 is not a block device; try "-o loop".
root@690798858fcf:/# mount -o loop /dev/xvda1 /mnt0
mount: /mnt0: mount failed: Operation not permitted.

If I create it with --privileged flag it works:

root@ubuntu:/# docker run --privileged --cap-add=SYS_ADMIN  --security-opt apparmor=unconfined --security-opt seccomp=unconfined --rm -it ubuntu bash
root@aa36dd8be903:/# mkdir /mnt0
root@aa36dd8be903:/# mount /dev/xvda1 /mnt0
root@aa36dd8be903:/#

Why -v /dev/xvda1:/dev/xvda1 is not enough?

Info about my system:

# ubuntu image
root@ubuntu:/# uname -r
5.4.0-1034-aws

root@ubuntu:/# docker -v
Docker version 20.10.7, build f0df350