* Re: [Comm] Проблема с заменой HDD в RAID1
@ 2013-09-27 15:56 ` Yura Kalinichenko
2013-09-27 16:01 ` Andrii Dobrovol`s`kii
2013-09-29 16:10 ` Sergey Vlasov
2013-09-28 8:41 ` Vladimir Karpinsky
1 sibling, 2 replies; 5+ messages in thread
From: Yura Kalinichenko @ 2013-09-27 15:56 UTC (permalink / raw)
To: Vladimir Karpinsky, ALT Linux Community general discussions
Vladimir Karpinsky пишет:
>
> Все размеры, вроде, совпадают. Для 3-х из 5 разделов добавление
> раздела прошло успешно, а для 2-х нет:
> И действительно:
> # ls /dev/sda*
> /dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6
> Где sda7, если fdisk его показывает?
После разметки надо ребутнуться.
Я уже забыл, какое последнее ядро продхватывало изменение таблицы
разделов "на ходу" :(
По-моему, 2.4.x
--
С уважением,
Юрий Калиниченко
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Comm] Проблема с заменой HDD в RAID1
2013-09-27 15:56 ` [Comm] Проблема с заменой HDD в RAID1 Yura Kalinichenko
@ 2013-09-27 16:01 ` Andrii Dobrovol`s`kii
2013-09-29 16:10 ` Sergey Vlasov
1 sibling, 0 replies; 5+ messages in thread
From: Andrii Dobrovol`s`kii @ 2013-09-27 16:01 UTC (permalink / raw)
To: ALT Linux Community general discussions
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Yura Kalinichenko wrote:
> Vladimir Karpinsky пишет:
>>
>> Все размеры, вроде, совпадают. Для 3-х из 5 разделов
>> добавление раздела прошло успешно, а для 2-х нет:
>
>> И действительно: # ls /dev/sda* /dev/sda /dev/sda1
>> /dev/sda2 /dev/sda5 /dev/sda6 Где sda7, если fdisk его
>> показывает?
> После разметки надо ребутнуться. Я уже забыл, какое последнее
> ядро продхватывало изменение таблицы разделов "на ходу" :(
> По-моему, 2.4.x
>
Грустная регрессия....
- --
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua Kyiv, Ukraine
Phone: (380-44) 525-7824 Department of Gas Electronics
Fax: (380-44) 525-2329 Institute of Physics of NASU
*********************************************************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.13 (GNU/Linux)
Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/
iF4EAREIAAYFAlJFq70ACgkQpBPgR3404hOVWQEAqnlbAbKphOVp68E7j8EtejF5
peOj/+LMo5GrEXVx+6QA/3FpFPtOVOvvmYM71KXd3uDqHyPguJEl/7UpAdXB5huq
=P32p
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Comm] Проблема с заменой HDD в RAID1
2013-09-27 15:56 ` [Comm] Проблема с заменой HDD в RAID1 Yura Kalinichenko
@ 2013-09-28 8:41 ` Vladimir Karpinsky
1 sibling, 0 replies; 5+ messages in thread
From: Vladimir Karpinsky @ 2013-09-28 8:41 UTC (permalink / raw)
To: community
27.09.2013 19:56, Yura Kalinichenko пишет:
> После разметки надо ребутнуться.
Похоже на подземный стук. После ребута разметка исчезла напрочь! После
повторной разметки --- той же командой, специально из history достал ---
всё благополучно сразу добавилось и синхронизировалось, и даже ;-) не
исчезло после перезагрузки.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Comm] Проблема с заменой HDD в RAID1
2013-09-27 15:56 ` [Comm] Проблема с заменой HDD в RAID1 Yura Kalinichenko
2013-09-27 16:01 ` Andrii Dobrovol`s`kii
@ 2013-09-29 16:10 ` Sergey Vlasov
2013-09-29 17:23 ` Vladimir Karpinsky
1 sibling, 1 reply; 5+ messages in thread
From: Sergey Vlasov @ 2013-09-29 16:10 UTC (permalink / raw)
To: community
[-- Attachment #1: Type: text/plain, Size: 1029 bytes --]
On Fri, Sep 27, 2013 at 06:56:08PM +0300, Yura Kalinichenko wrote:
> Vladimir Karpinsky пишет:
> >
> > Все размеры, вроде, совпадают. Для 3-х из 5 разделов добавление
> > раздела прошло успешно, а для 2-х нет:
>
> > И действительно:
> > # ls /dev/sda*
> > /dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6
> > Где sda7, если fdisk его показывает?
> После разметки надо ребутнуться.
> Я уже забыл, какое последнее ядро продхватывало изменение таблицы
> разделов "на ходу" :(
> По-моему, 2.4.x
На самом деле, если на диске не был ничем занят ни один раздел (не
было смонтированных ФС, активных md*, lvm, ...), изменения таблицы
разделов подхватываются даже при использовании обычного fdisk (либо
sfdisk, cfdisk). А вот в случае, когда хотя бы один раздел чем-то
занят, обновлять текущую информацию о других разделах в ядре умеет,
похоже, только parted (функциями ioctl BLKPG - BLKPG_ADD_PARTITION,
BLKPG_DEL_PARTITION). blockdev --rereadpt тоже работает только при
отсутствии используемых разделов.
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [Comm] Проблема с заменой HDD в RAID1
2013-09-29 16:10 ` Sergey Vlasov
@ 2013-09-29 17:23 ` Vladimir Karpinsky
0 siblings, 0 replies; 5+ messages in thread
From: Vladimir Karpinsky @ 2013-09-29 17:23 UTC (permalink / raw)
To: community
29.09.2013 20:10, Sergey Vlasov пишет:
> On Fri, Sep 27, 2013 at 06:56:08PM +0300, Yura Kalinichenko wrote:
>> Vladimir Karpinsky пишет:
>>>
>>> Все размеры, вроде, совпадают. Для 3-х из 5 разделов добавление
>>> раздела прошло успешно, а для 2-х нет:
>>
>>> И действительно:
>>> # ls /dev/sda*
>>> /dev/sda /dev/sda1 /dev/sda2 /dev/sda5 /dev/sda6
>>> Где sda7, если fdisk его показывает?
>> После разметки надо ребутнуться.
>> Я уже забыл, какое последнее ядро продхватывало изменение таблицы
>> разделов "на ходу" :(
>> По-моему, 2.4.x
>
> На самом деле, если на диске не был ничем занят ни один раздел (не
> было смонтированных ФС, активных md*, lvm, ...), изменения таблицы
> разделов подхватываются даже при использовании обычного fdisk (либо
> sfdisk, cfdisk). А вот в случае, когда хотя бы один раздел чем-то
> занят, обновлять текущую информацию о других разделах в ядре умеет,
> похоже, только parted (функциями ioctl BLKPG - BLKPG_ADD_PARTITION,
> BLKPG_DEL_PARTITION). blockdev --rereadpt тоже работает только при
> отсутствии используемых разделов.
На второй раз у меня всё разметилось и подхватилось без перезагрузки. Но я
не очень понимаю, чем закончилась 1-ая разметка --- были там разделы, если
да, то какие --- fdisk -l просто грубо ругался на этот диск. Ядро 3.0.57,
более новые с этим железом/RAID работать вообще не хотят, я об этом писал в
hardware@
(http://lists.altlinux.org/pipermail/sysadmins/2013-August/036318.html).
P.S. На роль "подземного стука" я выдвинул IDE-шлейф и заменил его.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2013-09-29 17:23 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-09-27 15:56 ` [Comm] Проблема с заменой HDD в RAID1 Yura Kalinichenko
2013-09-27 16:01 ` Andrii Dobrovol`s`kii
2013-09-29 16:10 ` Sergey Vlasov
2013-09-29 17:23 ` Vladimir Karpinsky
2013-09-28 8:41 ` Vladimir Karpinsky
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git