u s

p

Disk /dev/sdc: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 6527 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000e17fe Device Boot Start End Blocks Id System /dev/sdc1 1 5222 41942016 83 Linux

было

перед началом удаления

isk /dev/sdc: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 6527 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000e17fe Device Boot Start End Blocks Id System /dev/sdc1 1 6527 52428096 83 Linux

стало

эм, у тебя почему в двух случаях одинаковый размер всего диска?

был диск 40Гб

на нем раздел dev/sdc1

добавили 10Гб диску

стал 50Гб

rescan сделал?

rescan сделал?

нет

что это?

физический размер диска не поменялся, с точки зрения системы

и чего?

суперблок куда делся?

goggle: rescan disk

а это вопрос к виртуализатору

суперблок куда делся?

потом я полез читать как отресайзить раздел /dev/sdc1 (40Gb) на весь диск

fdisk: удалить и заного создать

сделать пересоздание на старом размере через fdisk

сказать fsck -n /dev/sdc1

запомнить смещения (адреса) суперблоков

чтоб было потом откуда резервные копии читать

сделать пересоздание на старом размере через fdisk

я не могу начать все с начала

ох, тогда давай так

1. сделай scsi rescan

echo 1 > /sys/class/scsi_device/device/rescan <- оно?

echo '- - -' ... - нагуглишь :)

ну, sdc только поставь

в логах должен увидеть, что размер изменился

ну, или по fdisk -l /dev/sdc

а, твой вариант корректнее

Disk /dev/sdc: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 6527 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x000e17fe Device Boot Start End Blocks Id System /dev/sdc1 1 6527 52428096 83 Linux

чего-то не очень поменялось

диск уже имеет актуальный размер

т.е. он был 40Гб

сейчас 50Гб

лады, fsck -n /dev/sdc1

наверное, extfs по-умолчанию

root@jenkins:~# fsck -n /dev/sdc1 fsck from util-linux-ng 2.17.2 e2fsck 1.41.12 (17-May-2010) fsck.ext2: Superblock invalid, trying backup blocks... fsck.ext2: Bad magic number in super-block while trying to open /dev/sdc1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>

root@jenkins:~# fsck.ext4 -n /dev/sdc1 e2fsck 1.41.12 (17-May-2010) fsck.ext4: Superblock invalid, trying backup blocks... fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>

mount|grep sdc1

ext3?

ext4

в fstab числится ext4

ладно, давай через mkfs

погоди но оно перетрет мне данные?

mkfs -t ext4 -n /dev/sdc1

нет

точно?

ключик -n

man mkfs

в мане про него не написано о_О

нашел

неужели запамятовал :(

минуту

-n Causes mke2fs to not actually create a filesystem, but display what it would do if it were to create a filesystem. This can be used to determine the location of the backup superblocks for a particular filesystem, so long as the mke2fs parameters that were passed when the filesystem was originally created are used again. (With the -n option added, of course!)

ну и что выдаёт?

слышь братуха, а у тебя точно не xfs там была?

у меня centos

и ты не первый кто грешит на xfs

но у меня вопрос

если у меня в fstab указано что там ext4, может ли он его туда мантировать с xfs?

ERROR: S client not available

ну и что выдаёт?

root@jenkins:~# mkfs.ext4 -n /dev/sdc1 mke2fs 1.41.12 (17-May-2010) Filesystem label= OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 3276800 inodes, 13107024 blocks 655351 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=4294967296 400 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

fsck.ext4 -n -b 32768 /dev/sdc1

олсо, может у тебя там вообще был md/lvm?

root@jenkins:~# fsck.ext4 -n -b 32768 /dev/sdc1 e2fsck 1.41.12 (17-May-2010) fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>

blkid /dev/sdc1 что-нибудь говорит?

blkid /dev/sdc1 что-нибудь говорит?

сейчас нет

это как это сейчас нет?

это как это сейчас нет?

пусто

кек

у кого-то будет завтра болеть одно место

может попробовать ребутнуть машинку?

мне кажется, ты что-то сделал до этого и не хочешь сознаваться

partprobe запусти

мне кажется, ты что-то сделал до этого и не хочешь сознаваться

если бы я что-то сделал, то не строил бы из себя Ваньку и написал бы

ибо чем искренее я - тем быстрее шанс найти помощь

чудес не бывает, раз суперблок потерялся

lsblk

lsblk

root@jenkins:~# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sr0 11:0 1 1024M 0 rom sda 8:0 0 10G 0 disk └─sda1 8:1 0 10G 0 part /var sdb 8:16 0 20G 0 disk └─sdb1 8:17 0 20G 0 part / sdc 8:32 0 50G 0 disk └─sdc1 8:33 0 50G 0 part

fsck.ext4 -n -b 32768 /dev/sdc1

повторяю же

fsck.ext4 -n -b 32768 /dev/sdc1

я же выше дал вывод этой команды

а, тогда меняй на 98304

root@jenkins:~# fsck.ext4 -n -b 98304 /dev/sdc1 e2fsck 1.41.12 (17-May-2010) fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc1 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>

забавно

hexdump -C /dev/sdc1|head

root@jenkins:~# partprobe /dev/sdc <- не выводит ничего

root@jenkins:~# hexdump -C /dev/sdc1|head 00000000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000f8600 00 00 28 00 00 ff 9f 00 f3 ff 07 00 63 da 08 00 |..(.........c...| 000f8610 6e 01 1c 00 00 00 00 00 02 00 00 00 02 00 00 00 |n...............| 000f8620 00 80 00 00 00 80 00 00 00 20 00 00 86 2c 0a 59 |......... ...,.Y| 000f8630 92 2c 0a 59 0e 00 ff ff 53 ef 01 00 01 00 00 00 |.,.Y....S.......| 000f8640 28 ea ff 57 00 00 00 00 00 00 00 00 01 00 00 00 |(..W............| 000f8650 00 00 00 00 0b 00 00 00 00 01 00 00 3c 00 00 00 |............<...| 000f8660 42 02 00 00 7b 00 00 00 b2 48 d1 7d fe ec 44 f6 |B...{....H.}..D.| 000f8670 91 ea 25 25 57 d5 31 a8 00 00 00 00 00 00 00 00 |..%%W.1.........|

ух ты ... как занулило ...

а что за диск-то ресайзился, под каким гипервизором и как?

VMware

от ИТ-града