mkfs recusa-se a formatar o dispositivo na declaração que está montada quando na verdade não é

4

Este é o problema:

root@ip-10-126-247-82:~# mkfs.ext4 /dev/xvda3
mke2fs 1.41.14 (22-Dec-2010)
/dev/xvda3 is mounted; will not make a filesystem here!

E esta é a depuração:

root@ip-10-126-247-82:~# mount
/dev/xvda1 on / type ext4 (rw)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)

Mais ainda, dispositivo / dev / xvda2 o kernel irá reformatar e xvda1, xvda2, xvda3 são dispositivos diferentes

root@ip-10-126-247-82:~# ls -la /dev/xvda*
brw-rw---- 1 root disk 202, 1 2011-12-21 18:54 /dev/xvda1
brw-rw---- 1 root disk 202, 2 2011-12-22 10:33 /dev/xvda2
brw-rw---- 1 root disk 202, 3 2011-12-21 18:54 /dev/xvda3


root@ip-10-126-247-82:~# cat /proc/partitions 
major minor  #blocks  name

 202        1   10485760 xvda1
 202        2  356485632 xvda2
 202        3     917504 xvda3

Não irá formatar xvda1 (correto)

root@ip-10-126-247-82:~# mkfs.ext4 /dev/xvda1 
mke2fs 1.41.14 (22-Dec-2010)
/dev/xvda1 is mounted; will not make a filesystem here!

Formatará xvda2 (correto)

root@ip-10-126-247-82:~# mkfs.ext4 /dev/xvda2
mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
22282240 inodes, 89121408 blocks
4456070 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
2720 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968

Writing inode tables: done                            
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 36 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

Não irá formatar xvda3 (incorreto)

root@ip-10-126-247-82:~# mkfs.ext4 /dev/xvda3
mke2fs 1.41.14 (22-Dec-2010)
/dev/xvda3 is mounted; will not make a filesystem here!

- EDITAR:

Adicionando lsof debug como @Janne Pikkarainen sugere:

root@ip-10-126-247-82:~# lsof -n | grep '202,3'
root@ip-10-126-247-82:~# lsof -n | grep 'xvda3'
root@ip-10-126-247-82:~# 
    
por Maxim Veksler 22.12.2011 / 11:50

2 respostas

2

Parece que o ponto de montagem é para troca.

Acreditei que estava trabalhando em um m1.large quando na verdade eu estava trabalhando em c1.medium que tem apenas 1 armazenamento efêmero anexado.

root@ip-10-126-247-82:~# python
Python 2.7.2+ (default, Oct  4 2011, 20:03:08) 
[GCC 4.6.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import boto.utils
>>> boto.utils.get_instance_metadata()['block-device-mapping']
{'ami': 'sda1', 'root': '/dev/sda1', 'ephemeral0': 'sda2', 'swap': 'sda3'}

O mapeamento aqui está um pouco confuso (não sei porque). sda - > xvda. A partir disso, você pode ver que / is mapped to /dev/xvda1 , ephemeral0 is mapped to /dev/xvda2 e swap is mapped to /dev/xvda3 . Eu acredito que o espaço de troca é gerenciado pelo Xen, que é a razão pela qual eu não posso reformatar / desmontá-lo.

Eu ainda posso confirmar isso por

root@ip-10-126-247-82:~# cat /proc/swaps 
Filename                                Type            Size    Used    Priority
/dev/xvda3                              partition       917500  0       -1

Mas agora não tenho certeza se a troca está sendo usada, pois ela não aparece na mount output.

- EDITAR:

Informações gerais sobre o EC2, no c1.medium você tem espaço de troca livre, em m1.large você não tem. Por "livre" quero dizer que você pode desmontá-lo e, em seguida, recuperá-lo como outro armazenamento efêmero, apenas um truque :)

swapoff -a
mkfs.ext4 /dev/xvda3
mount /dev/xvda3 /mnt
df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1            9.9G  1.6G  7.8G  17% /
udev                  849M  4.0K  849M   1% /dev
tmpfs                 342M  172K  342M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                  854M     0  854M   0% /run/shm
/dev/xvda3            882M   17M  821M   3% /mnt
    
por 22.12.2011 / 12:31
1

É possível montar algo sem que pareça /etc/mtab usando -n em mount .

O lsof -n | grep xvda3 retorna alguma coisa?

    
por 22.12.2011 / 11:56