сбои mkfs, жалуясь, что: “/dev/sdb, по-видимому, используется системой; не сделает файловую систему здесь”

В моем случае sudo umount /dev/sdb работал.

/ dev / sdb используется, потому что на нем есть разделы, о которых ОС знает. Если вы хотите создать на нем файловую систему (плохая идея, потому что это делается редко, это запутает администраторов и затруднит выполнение любого вида разделения или изменения размера), сначала удалите существующий раздел с помощью fdisk . Если вы хотите создать файловую систему на единственном разделе / dev / sdb1 (это то, что вам следует сделать, поскольку нет никакой пользы от прямого использования диска), то скажите, что вы имеете в виду: mkfs /dev/sdb1 .

Проверьте разбиение еще раз, но без указания / dev / sda:

# fdisk -l

Затем, если вы найдете в выводе что-то вроде / dev / md0 , - это означает, что у вас есть SW массив,и диск, который вы пытаетесь отформатировать, содержит метаданные этого массива.

В этом случае:

# umount /dev/md0
# mdadm --stop /dev/md0

Очистить суперблок диска:

# mdadm --zero-superblock /dev/sdb

Удалить массив

# mdadm --remove /dev/md0

Нет, вы можете работать со своим диском.

Попробуйте сначала полностью стереть жесткий диск с помощью:

sudo dc3dd wipe = / dev / sdb

Убедитесь, что вы выбрали правильный диск.

Это старый пост, но я столкнулся с той же проблемой. Когда я пытался создать файловую систему, система жалуется и говорит

> [root@MASTER ~]# mkfs.ext4 -L squid_cache -m2 /dev/sdc1
mke2fs 1.42.9 (28-Dec-2013)
/dev/sdc1 is apparently in use by the system; will not make a filesystem here!

Команды:

• fuser
• lsof

не дали ничего полезного. Вот что я сделал, чтобы найти причину проблемы. Я зашел в / etc и поискал все файлы, в которых упоминается диск sdc. Первая «находка» ничего не нашла, поэтому я расширил поиск до следующего уровня ниже и обнаружил нарушителя

> [root@MASTER etc]# find  ./* -maxdepth 1 -type f -execdir grep -l sdc '{}' +                                                                                             
./services
./saveconfig.json

. Поскольку я знаю, что эти файлы используются targetcli (серверная часть iSCSI), я отсоединяю это хранилище и повторно запустите команду mkfs, и на этот раз без проблем.

Надеюсь, это поможет.

Вы получаете это сообщение об ошибке, потому что / dev / sdb имеет раздел (т.е. / dev / sdb1 ), и вызов mkfs также перезаписывает все или части вашей таблицы разделов. В худшем случае вашу файловую систему нельзя будет использовать. Или вы «просто» потеряете таблицу разделов, которая может вам еще понадобиться. Поскольку файлы устройства разделов и таблица разделов на самом диске должны рассказывать одну и ту же историю, они, вероятно, «используются» ядром.

Таким образом, простое правило: если вы хотите создать свою файловую систему на всем диске устройство, убедитесь, что все разделы удалены раньше. Например:

# ls /dev/sdb*
/dev/sdb /dev/sdb1
# sfdisk --delete /dev/sdb
# sfdisk --list /dev/sdb
# ls /dev/sdb*
/dev/sdb

Обычно инструмент создания разделов заботится об уведомлении ядра об обновлении файлов устройства разделов. Но иногда (например, для устройств с обратной связью) может потребоваться их явное удаление (после удаления таблицы разделов), например через partx -dv mydev и / или kpartx -dv mydev .

Обратите внимание, что предыдущий kpartx -av mydev может создавать устройства разделов как ] / dev / mapper / mydev * вместо / dev / mydev * . Когда они присутствуют, mkfs жалуется точно так же.

sudo dd if=/dev/urandom of=/dev/sdb bs=1M status=progress

Эта команда удалит метаданные и цифровые подписи, которые даже вызваны Intel VROC (виртуальный рейд на процессор), но занимают больше времени в зависимости от размера жесткого диска.