URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 96883
[ Назад ]
Исходное сообщение
"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено Aik , 08-Май-17 21:20 
Создаю РАМ диск. Создаю на нём ЛВМ. Начинаю создавать файловую систему.
Ext4 - создаёт успешно.
mkfs.xfs -f /dev/... - несоздаёт, и код возврата ноль!!

Что неправильно делаю? Куда копать? Под ЦентОС 7 тоже самое работало, под Убунту 16.04 - нет.

Спасибо!


Вот как создаю ФС:

me: ~ $ sudo mkfs.ext4 /dev/developGRP/developVLM 

me: ~ $ sudo mkfs.xfs -f /dev/developGRP/developVLM
meta-data=/dev/developGRP/developVLM isize=512    agcount=2, agsize=7680 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=0
data     =                       bsize=4096   blocks=15360, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal log           bsize=4096   blocks=1605, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

me: ~ $ echo $?
0

me: ~ $ sudo mount /dev/developGRP/developVLM /mnt
mount: wrong fs type, bad option, bad superblock on /dev/mapper/developGRP-developVLM,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail or so.

me: ~ $ echo $?
32

Вот скрипт создания RAM диска и LVM:


#!/bin/bash
set -x
set -e
declare -r blckDev="/dev/ram0"
declare -r name_vg="developGRP"
declare -r name_lv="developVLM"
if ! egrep "^brd[[:space:]]" /proc/modules ; then
    modprobe brd max_part=10 rd_size=128000 # Size is in kb by default.
fi
test -b "${blckDev}"
if ! pvs "${blckDev}" ; then
    pvcreate "${blckDev}"
fi
if ! vgs "${name_vg}" ; then
    vgcreate "${name_vg}" "${blckDev}"
fi
if ! lvs "${name_vg}/${name_lv}" ; then
    lvcreate --extents "50%FREE" --name "${name_lv}" "${name_vg}" "${blckDev}"
fi
vgscan --mknodes --cache


Вот логи из консоли, как всё запускалось, коды возврата:



me: ~ $ sudo bash create-LVM-point.sh                     
[sudo] password for me: 
+ set -e
+ declare -r blckDev=/dev/ram0
+ declare -r name_vg=developGRP
+ declare -r name_lv=developVLM
+ egrep '^brd[[:space:]]' /proc/modules
+ modprobe brd max_part=10 rd_size=128000
+ test -b /dev/ram0
+ pvs /dev/ram0
  Failed to find physical volume "/dev/ram0".
+ pvcreate /dev/ram0
  Physical volume "/dev/ram0" successfully created
+ vgs developGRP
  Volume group "developGRP" not found
  Cannot process volume group developGRP
+ vgcreate developGRP /dev/ram0
  Volume group "developGRP" successfully created
+ lvs developGRP/developVLM
  Failed to find logical volume "developGRP/developVLM"
+ lvcreate --extents 50%FREE --name developVLM developGRP /dev/ram0
  Logical volume "developVLM" created.
+ vgscan --mknodes --cache
  Reading all physical volumes.  This may take a while...
  Found volume group "developGRP" using metadata type lvm2
/home/and/Data/coding_mbb/fs-size-change/src/create-LVM.sh: line 29: syntax error near unexpected token `fi'
me: ~ $ sudo lvs
  LV         VG         Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  developVLM developGRP -wi-a----- 60,00m                                                    
me: ~ $ sudo mkfs.ext4 /dev/
Display all 234 possibilities? (y or n)
me: ~ $ sudo mkfs.ext4 /dev/developGRP/developVLM 
mke2fs 1.42.13 (17-May-2015)
Discarding device blocks: done                            
Creating filesystem with 61440 1k blocks and 15360 inodes
Filesystem UUID: 44d47ca1-cd57-49ca-8b53-fd4e94482bfc
Superblock backups stored on blocks: 
        8193, 24577, 40961, 57345
Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (4096 blocks): done
Writing superblocks and filesystem accounting information: done
me: ~ $ sudo mount /dev/developGRP/developVLM /mnt
me: ~ $ sudo umount /mnt
me: ~ $ sudo mkfs.xfs -f /dev/developGRP/developVLM 
meta-data=/dev/developGRP/developVLM isize=512    agcount=2, agsize=7680 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=0
data     =                       bsize=4096   blocks=15360, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal log           bsize=4096   blocks=1605, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
me: ~ $ echo $?
0
me: ~ $ sudo mount /dev/developGRP/developVLM /mnt
mount: wrong fs type, bad option, bad superblock on /dev/mapper/developGRP-developVLM,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail or so.
me: ~ $ echo $?
32


P.S. Компьютер перезагружал... Если чего...

Содержание
Сообщения в этом обсуждении
"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено Aik , 08-Май-17 21:23 
Пропустил в логах:

sudo umount /mnt

Оно было там, где его нужно сделать.

"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено DeerFriend , 08-Май-17 22:15 
А если указать руками "-t xfs" тоже не монтируется?

Да, с какой целью это нагромождение лвм/журналируемаяфс в рамдиске? tmpfs разве недостаточно?

"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено Aik , 09-Май-17 12:02 
> А если указать руками "-t xfs" тоже не монтируется?

Тоже самое. Отрабатывает с внешним успехом, но файл. системы нет на этом блочном девайсе.
blkid, например, не видит ФС. Оно и не монтируется.

Может я чего создаю "не так", встал на ручник...?


me: ~ $ sudo blkid /dev/sda1
/dev/sda1: LABEL="mbb_root_main" UUID="5b0c5257-7d69-4429-95b8-ffdefbb04aac" TYPE="ext4" PARTLABEL="sys_root" PARTUUID="84d4cc22-da8d-4e81-b353-d5e5cbe4ddb9"

me: ~ $ sudo blkid /dev/developGRP/developVLM

me: ~ $ sudo file /dev/developGRP/developVLM
/dev/developGRP/developVLM: symbolic link to ../dm-0

me: ~ $ sudo file /dev/dm-0
/dev/dm-0: block special (252/0)

me: ~ $ sudo mkfs -t xfs /dev/dm-0
meta-data=/dev/dm-0              isize=512    agcount=2, agsize=7680 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=1        finobt=1, sparse=0
data     =                       bsize=4096   blocks=15360, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0 ftype=1
log      =internal log           bsize=4096   blocks=1605, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

me: ~ $ echo $?
0

me: ~ $ sudo blkid /dev/dm-0

me: ~ $ sudo mount /dev/dm-0 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/mapper/developGRP-developVLM,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail or so.

me: ~ $ echo $?
32


> Да, с какой целью это нагромождение лвм/журналируемаяфс в рамдиске? tmpfs разве недостаточно?

Это место для отладки других скриптов, чтобы не гонять другие скрипты на реальном железе.
Можно loop девайс на tmpfs устроить, да (не пробовал). Но ведь оно и так _работает_ на ЦентОС 7 на другой машине. Толи в трёх соснах заблудился, толи... привет новые версии-веяния или сама Убунту.

"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено DeerFriend , 09-Май-17 13:34 
ээм, я имел ввиду в маунте указать xfs, а не при создании фс.
"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено Aik , 09-Май-17 14:20 
> ээм, я имел ввиду в маунте указать xfs, а не при создании
> фс.

Непомогает.

Засёк странное уже на этапе создания физ.тома, ещё до создания ФС:

Взял флешку.
blkid на флешке видит LVM
на рам девайсе - нет!
Ubuntu 16.04.2.

Подозреваю фичу дистрибутива или безопасность. Но не знаю куда копать.


Создаю LMV на флешке.
blkid видит его. Вот:
me: ~ $ sudo blkid /dev/sdb
/dev/sdb: UUID="rvkQGX-t26g-ZQrp-SqPc-N6av-bdXy-fAs1s0" TYPE="LVM2_member"
Разбираю и удаляю LVM с флешки.
Создаю заново на ram девайсе.
И blkid уже не видит его, хотя для pvs том есть!
me: ~ $ sudo pvs
  PV         VG         Fmt  Attr PSize   PFree 
  /dev/ram0  developGRP lvm2 a--  124,00m 64,00m

me: ~ $ sudo blkid /dev/ram0
Пусто.

"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено Aik , 09-Май-17 14:27 
>> ээм, я имел ввиду в маунте указать xfs, а не при создании
>> фс.

Полные логи: https://pastebin.com/raw/cE1K6nBT

"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено DeerFriend , 09-Май-17 15:28 
Кажется пора багрепорт писать.

"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено PavelR , 10-Май-17 10:04 
>>> ээм, я имел ввиду в маунте указать xfs, а не при создании
>>> фс.
> Полные логи: https://pastebin.com/raw/cE1K6nBT

Так а в "dmesg|tail" есть что полезное?

"mkfs.xfs на LVM на /dev/ram0 не создаёт ФС. В чём дело?"
Отправлено Nicknnn , 17-Май-17 08:52 

>[оверквотинг удален]
>       bsize=4096   blocks=1605, version=2
>          =  
>            
>          sectsz=4096  
> sunit=1 blks, lazy-count=1
> realtime =none          
>         extsz=4096  
> blocks=0, rtextents=0
> me: ~ $ echo $?
> 0

И с этого момента рамдиск полностью очищается....
dd if=/dev/ram0 | hexdump -C

256000+0 записей получено
256000+0 записей отправлено
131072000 байт (131 MB, 125 MiB) скопирован, 0,355343 s, 369 MB/s
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
07d00000

Но почему я пока не понял.