LINUX.ORG.RU
Форум — Admin  

mdadm расширение объема

 


0

2

Перенес RAID1 с дисков по 640ГБ на диски по 1Тб средствами Clonezilla.
Массив как положено остался размером 640ГБ
Далее команда: 

mdadm --grow /dev/md0 --size=max
никаких сообщений не возвращает и изменение массива не происходит
resize2fs /dev/md0
Выдает: 
resize2fs 1.40.4 (31-Dec-2007)
The filesystem is already 151161584 blocks long.  Nothing to do!
Все действия выполнял в single mode с отмонтированным массивом.
Как расширить массив на весь диск?



Последнее исправление: IceTony (всего исправлений: 2)
← Сканироване пакетов пакетного менеджера apt/yum/pip
Уведомления о новой почте на telegrma bot →
  1 2 →
Ответ на: комментарий от Radjah 
sudo dmesg -T  |grep md0
[Ср фев 26 17:52:18 2020] md: recovery of RAID array md0                                                                                      
[Ср фев 26 23:32:03 2020] md: md0: recovery done.




Сделал ту же команду чуть позже, и: 

sudo dmesg -T  |grep md0
[Ср фев 26 23:32:03 2020] md: md0: recovery done.


А куда делась информация? Наверное ещё какой ключ нужен чтоыб не пропадала? А если пропадает по суткам, то кончись процесс после полуночи я как узнал бы теперь когда он начался?

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

Сделал на этот раз sudo resize2fs /dev/md0 не до подключения второго диска в зеркало, а после, наживую во время recovery. Вышло дольше, но не особо:

sudo dmesg -T  |grep -E 'md0.*resiz'
[Чт фев 27 00:25:52 2020] EXT4-fs (md0): resizing filesystem from 732532480 to 976721152 blocks
...
[Чт фев 27 00:29:21 2020] EXT4-fs (md0): resized filesystem to 976721152

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

Глянул сегодня, как там массив. Начало операции опять недоступно в этом dmesg. Как достать полные логи dmadm?

sudo dmesg -T | grep 'md0'
[Чт фев 27 09:48:10 2020] md: md0: recovery done.
[Чт фев 27 09:48:11 2020] md: resync of RAID array md0
[Чт фев 27 09:48:11 2020] md: md0: resync done.

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

Если сообщений нет, то их что-то вытолкало за пределы буфера. В крайнем случае попробуй dmesg -s 16384.

В случае systemd journalctl -k -b 0 покажет логи ядра с последней загрузки системы.

Radjah ★★★★★
()
Последнее исправление: Radjah (всего исправлений: 2)
Ответ на: комментарий от Radjah

попробуй dmesg -s 16384.

без эффекта.

journalctl -k -b 0

Нет ничего.


2LongLiveUbuntu: Я не в курсе «Logrotate daily».


Вообще не понимаю, нахрен нужен dmesg, если его диапазон такой узкий. Попал на стык времени и нихрена не посмотреть. Лучше бы были нормальные текстовые логи на все события в системе в одной папке. А то приходится по каждому случаю копать гугол или использовать костыли, к чему такие сложности, может я чего не понимаю? Так объясните.

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

Если он не засерается и специально не чистится, то может очень долго висеть. Там 16КБ под его буфер.

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

Не чистил и вроде не засерал ничем, а вот после полуночи вчерашний лог превратился в тыкву.

hikikomori ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
  1 2 →
← Сканироване пакетов пакетного менеджера apt/yum/pip
Admin
Уведомления о новой почте на telegrma bot →