LINUX.ORG.RU

Исчез файл /dev/sdb1

 , ,


0

1

Я создал 2 виртуальные машины. На первой машине 1) было 2 диска:

  • /dev/sda
  • /dev/sdb

На второй машине 2) диск был один:

  • /dev/sda

На первой машине я создал раздел /dev/sdb1 – записал в него данные. Потом я выключил машину 1), диск /dev/sdb я не удалял из конфигурации машины. Я добавил диск /dev/sdb в конфигурацию машины 2). Все было нормально. На машине 2) появился /dev/sdb1 – в нем были данные, которые я записывал на первой машине.

Я записал еще данные на /dev/sdb1 на второй виртуалке.

И когда я выключил вторую виртуалку, удалил из ее конфигурации диск /dev/sdb – после этого на машине 1) команда lsblk -o NAME,MAJ:MIN показывает такой вывод, при этом нет файла /dev/sdb1

На машине 2) – по-прежнему диск /dev/sdb1 есть. Данные читаются с него и записываются данные на него.

Почему так случилось? Как сделать, чтобы появился файл /dev/sdb1 на машине 1) ?

sdb                                       8:16
└─36000c295d4bfdc4da60ae65e1a2fe8c2     253:3
  └─36000c295d4bfdc4da60ae65e1a2fe8c2p1 253:4
Ответ на: комментарий от anonymous

Система виртуализации: VMWare ESXi 7.0

Я создал виртуальный диск /dev/sdb – для машины 1). Потом я подключил этот диск в конфигурацию машины 2) – после этого на машине 1) такой вот вывод команды lsblk.

truebin
() автор топика
Ответ на: комментарий от anonymous

Так ничего я не делал с диском /dev/sdb. В том то и дело, что на проблемной машине 1) команда fdisk теперь так отрабатывает:

[backup@localhost ~]$ sudo fdisk -l
Disk /dev/sda: 100 GiB, 107374182400 bytes, 209715200 sectors
Disk model: Virtual disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: C793D5D4-D8B7-448F-9E32-F6786F229A03

Device       Start       End   Sectors  Size Type
/dev/sda1     2048   1230847   1228800  600M EFI System
/dev/sda2  1230848   3327999   2097152    1G Linux filesystem
/dev/sda3  3328000 209713151 206385152 98.4G Linux LVM


Disk /dev/sdb: 200 GiB, 214748364800 bytes, 419430400 sectors
Disk model: Virtual disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x74e5174a

Device     Boot Start       End   Sectors  Size Id Type
/dev/sdb1        2048 419430399 419428352  200G 83 Linux


Disk /dev/mapper/rl-root: 60.83 GiB, 65317896192 bytes, 127574016 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/rl-swap: 7.88 GiB, 8455716864 bytes, 16515072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/rl-home: 29.7 GiB, 31893487616 bytes, 62291968 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/36000c295d4bfdc4da60ae65e1a2fe8c2: 200 GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x74e5174a

Device                                          Boot Start       End   Sectors  Size Id Type
/dev/mapper/36000c295d4bfdc4da60ae65e1a2fe8c2p1       2048 419430399 419428352  200G 83 Linux
[backup@localhost ~]$
truebin
() автор топика
Ответ на: комментарий от anonymous

И при этом нет файла /dev/sdb1

[backup@localhost ~]$ sudo fdisk /dev/sdb

Welcome to fdisk (util-linux 2.37.4).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

This disk is currently in use - repartitioning is probably a bad idea.
It's recommended to umount all file systems, and swapoff all swap
partitions on this disk.


Command (m for help): p

Disk /dev/sdb: 200 GiB, 214748364800 bytes, 419430400 sectors
Disk model: Virtual disk
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x74e5174a

Device     Boot Start       End   Sectors  Size Id Type
/dev/sdb1        2048 419430399 419428352  200G 83 Linux

Вот так:

[backup@localhost ~]$ ls /dev/sdb*
/dev/sdb
[backup@localhost ~]$
truebin
() автор топика
Последнее исправление: truebin (всего исправлений: 2)
Ответ на: комментарий от bigbit

Ещё можно монтировать по UUID, тогда не важно включён multipath или нет.

Автор, ещё учти, что sda и sdb могут рандомно меняться местами при ребутах (если они оба включены во время ребута). Так что лучше прописать UUID чтобы и на этом не споткнуться когда-нить.

firkax ★★★★★
()
Ответ на: комментарий от firkax

Спасибо, да. Мне уже приходилось наблюдать, как меняются местами sda и sdb.

Мне больше всего сейчас нравится назначать дискам LABEL, прописывать в /etc/fstab примерно такое:

LABEL=BACKUPS /storage ext4 defaults 0 2

Посмотреть текущую метку диска (пустой ответ, если метки нет)

e2label /dev/sda1

Установить метку диска

e2label /dev/sda1 BACKUPS

А UUID – штука классная, но мне она длинной показалась. Пока с ней не заморачиваюсь.

Вроде, LABEL – тоже ничего, работает. Пока не увидел никаких подвохов у меток.

truebin
() автор топика
Последнее исправление: truebin (всего исправлений: 1)
Ответ на: комментарий от firkax

А тему эту я создал, потому что до того, как над моим диском поработал multipathd – я не назначил диску метку. Да и вообще, машины тестовые. Вручную монтировал этот диск.

А потом не нашел /dev/sdb1. И тему создал.

truebin
() автор топика