1 Тема от awl (03.12.2011 17:54:59 отредактировано awl)

  • awl
  • awl
  • Новичок
  • Неактивен
  • Зарегистрирован: 29.05.2011
  • Сообщений: 64
  • Репутация : [ 1 | 0 ]

Здравствуйте.
Установлена ROSA 2011, обновлялась последовательно с RC1.
В данный момент:

+ открыть спойлер

 Консоль:
[awl@awl ~]$ uname -a
Linux awl.myhost 3.1.4-desktop-nrj.69mib #1 SMP PREEMPT Thu Dec 1 04:15:58 CET 2011 x86_64 x86_64 x86_64 GNU/Linux

Программный RAID0, собранный из двух стареньких дисков (WD74GD Raptor) использую для скачивания и раздачи торрентов, здесь же у меня находятся каталоги Downloads, music_rip и т.п. Диски (sdc, sdd) подключены в режиме [IDE Mode] к интегрированному на материнской плате RAID-контроллеру (Intel Cougar Point SATA IDE).   
Всё работало прекрасно (ок. 3 месяцев) до момента, когда я поменял тему plymouth (стояло ядро 3.0.7-desktop-69mib). После перезагрузки RAID-массив исчез. Смотрю вывод fdisk -l

+ открыть спойлер

 Консоль:
Disk /dev/sdc: 74.4 GB, 74355769344 bytes
64 heads, 24 sectors/track, 94548 cylinders, всего 145226112 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6d535f3c

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdc1            2048   145226111    72612032   fd  Автоопределение Linux raid

Disk /dev/sdd: 74.4 GB, 74355769344 bytes
64 heads, 24 sectors/track, 94548 cylinders, всего 145226112 секторов
Units = секторы of 1 * 512 = 512 bytes                                                                                                                     
Sector size (logical/physical): 512 bytes / 512 bytes                                                                                                     
I/O size (minimum/optimal): 512 bytes / 512 bytes                                                                                                         
Disk identifier: 0x53a60967                                                                                                                               
                                                                                                                                                           
Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdd1            2048   145226111    72612032   fd  Автоопределение Linux raid

Disk /dev/mapper/pdc_hggbibgha: 148.7 GB, 148710883328 bytes
64 heads, 24 sectors/track, 189095 cylinders, всего 290450944 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 131072 bytes
Disk identifier: 0x53a60967

             Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/mapper/pdc_hggbibgha1            2048   145226111    72612032   fd  Автоопределение Linux raid

Disk /dev/mapper/pdc_hggbibghap1: 74.4 GB, 74354720768 bytes
255 heads, 63 sectors/track, 9039 cylinders, всего 145224064 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 131072 bytes
Disk identifier: 0x70bc2240

На диске /dev/mapper/pdc_hggbibghap1 отсутствует верная таблица разделов

dmesg выдал следующее:

+ открыть спойлер

 Консоль:
service_harddrake[5213]: running: dmraid -s -c -c
service_harddrake[5213]: got: pdc_hggbibgha:290450944:128:stripe:ok:0:2:0
service_harddrake[5213]: _raid_devices_raw
service_harddrake[5213]: running: dmraid -d -s -c -c
service_harddrake[5213]: got: DEBUG: _find_set: searching pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: _find_set: not found pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: _find_set: searching pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: _find_set: not found pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: _find_set: searching pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: _find_set: found pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: _find_set: searching pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: _find_set: found pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: checking pdc device "/dev/sdd"
service_harddrake[5213]: got: DEBUG: checking pdc device "/dev/sdc"
service_harddrake[5213]: got: DEBUG: set status of set "pdc_hggbibgha" to 16
service_harddrake[5213]: got: DEBUG: checking pdc device "/dev/sdd"
service_harddrake[5213]: got: DEBUG: checking pdc device "/dev/sdc"
service_harddrake[5213]: got: DEBUG: set status of set "pdc_hggbibgha" to 16
service_harddrake[5213]: got: pdc_hggbibgha:290450944:128:stripe:ok:0:2:0
service_harddrake[5213]: got: DEBUG: freeing devices of RAID set "pdc_hggbibgha"
service_harddrake[5213]: got: DEBUG: freeing device "pdc_hggbibgha", path "/dev/sdd"
service_harddrake[5213]: /dev/sdd => pdc_hggbibgha
service_harddrake[5213]: got: DEBUG: freeing device "pdc_hggbibgha", path "/dev/sdc"
service_harddrake[5213]: /dev/sdc => pdc_hggbibgha
service_harddrake[5213]: running: dmraid -r -c -c
service_harddrake[5213]: got: /dev/sdd:pdc:pdc_hggbibgha:stripe:ok:145225472:0
service_harddrake[5213]: got: /dev/sdc:pdc:pdc_hggbibgha:stripe:ok:145225472:0
service_harddrake[5213]: dmraid: mapper/pdc_hggbibgha [/dev/sdd /dev/sdc]
service_harddrake[5213]: using dmraid on mapper/pdc_hggbibgha
service_harddrake[5213]: HDIO_GETGEO on /dev/sda succeeded: heads=255 sectors=63 cylinders=60801 start=0
service_harddrake[5213]: HDIO_GETGEO on /dev/sdb succeeded: heads=255 sectors=63 cylinders=60801 start=0
service_harddrake[5213]: Fake geometry on /dev/mapper/pdc_hggbibgha: heads=255 sectors=63 cylinders=18079 start=1

Кстати, при создании RAID в первый раз картина была аналогичной. Как я понял, dmraid-драйвер контроллера взял на себя управление над устройствами, которые будут использоваться в программном RAID. Кроме того, при просмотре вывода blkid видно, что дискам не присвоен UUID.
После выполнения следующих действий:

+ открыть спойлер

 Консоль:
[root@awl awl]# dmsetup remove /dev/mapper/pdc_hggbibghap1
Node /dev/mapper/pdc_hggbibghap1 was not removed by udev. Falling back to direct node removal.
[root@awl awl]# dmsetup remove /dev/mapper/pdc_hggbibgha
Node /dev/mapper/pdc_hggbibgha was not removed by udev. Falling back to direct node removal.

и

+ открыть спойлер

 Консоль:
[root@awl awl]# fdisk /dev/sdc

Команда (m для справки): v
Remaining 2047 unallocated 512-byte sectors

Команда (m для справки): w
Таблица разделов была изменена!

Вызывается ioctl() для перечитывания таблицы разделов.
Синхронизируются диски.
[root@awl awl]# fdisk /dev/sdd

Команда (m для справки): v
Remaining 2047 unallocated 512-byte sectors

Команда (m для справки): w
Таблица разделов была изменена!

Вызывается ioctl() для перечитывания таблицы разделов.
Синхронизируются диски.

RAID0 собрался автоматом.

+ открыть спойлер

 Консоль:
[root@awl awl]# cat /proc/mdstat
Personalities : [raid0]
md0 : active raid0 sdd1[1] sdc1[0]
      145221632 blocks super 1.2 512k chunks
     
unused devices: <none>
[root@awl awl]# mdadm --detail --scan --verbose
ARRAY /dev/md0 level=raid0 num-devices=2 metadata=1.2 name=awl.myhost:0 UUID=e32dd477:4cecc383:c50d036d:82c85821
   devices=/dev/sdc1,/dev/sdd1

Обновляю /etc/blkid.tab и /etc/mdadm.conf

+ открыть спойлер

 Консоль:
[root@awl awl]# blkid -c /dev/null

root@awl awl]# echo "DEVICE partitions" > /etc/mdadm.conf
[root@awl awl]# mdadm --detail --scan --verbose | awk '/ARRAY/ {print}' >> /etc/mdadm.conf

после чего монтирую RAID-массив md0 в нужное место. Это прекрасно работает до следующей перезагрузки.
После первого сбоя я подумал, что на дисках появились bad-блоки, которые и являются причиной проблемы. Но после двойной проверки поверхности с помощью badblocks и mhdd эту причину исключил. Bad-блоки не были обнаружены.
Пытался я также перегенерировать initrd c дополнительной опцией --omit-raid-modules, но это не помогло.
Думаю, что изменение темы plymouth не является причиной возникшей ситуации.
Прошу помочь в решении моей проблемы.

Если вопрос не по профилю раздела, то прошу модераторов переместить тему в нужный раздел

2 Ответ от Remedy

  • Remedy
  • Remedy
  • Пользователь
  • Неактивен
  • Откуда: Saint Petersburg
  • Зарегистрирован: 28.11.2010
  • Сообщений: 271
  • Репутация : [ 15 | 0 ]

После перезагрузки RAID-массив исчез.

В чём это выражается? Приведённые Вами выводы команд показывают корректную работу RAID.

"Если вы уже пытались поработать с Linux, но нашли ее слишком запутанной и непонятной — расслабьтесь. Если вы умеете вскипятить чайник или завести будильник, то вы уже можете стать пользователем Linux (кроме шуток!)." ©

Сайт Remedy

3 Ответ от awl (04.12.2011 02:14:38 отредактировано awl)

  • awl
  • awl
  • Новичок
  • Неактивен
  • Зарегистрирован: 29.05.2011
  • Сообщений: 64
  • Репутация : [ 1 | 0 ]
remedy пишет:

В чём это выражается? Приведённые Вами выводы команд показывают корректную работу RAID.

1) после первого сбоя мне не удалось нормально загрузится и пришлось закомментировать строчку автомонтирования RAID-массива в файле /etc/fstab.
2) проверил состояние массива следующим образом:

 Консоль:
[root@awl awl]# cat /proc/mdstat
Personalities :
unused devices: <none>
[root@awl awl]# mdadm --examine
mdadm: No devices to examine

и
 Консоль:
[root@awl awl]# mdadm --detail --scan --verbose

вывод пустой.
3) кроме того, при нормально функционирующем программном массиве в выводе fdisk -l появляется информация о диске /dev/md0:

+ открыть спойлер

 Консоль:
Disk /dev/md0: 148.7 GB, 148706951168 bytes
2 heads, 4 sectors/track, 36305408 cylinders, всего 290443264 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk identifier: 0x00000000

На диске /dev/md0 отсутствует верная таблица разделов

В описываемом случае эта информация отсутствовала и выводилось то, что я уже показал в первом посте, т.е. данные об устройствах /dev/mapper/pdc_hggbibghap1 и /dev/mapper/pdc_hggbibgha
Полагаю, что моё предположение о перехвате управления dmraid-драйвером контроллера (псевдоаппаратный-RAID) находит подтверждение и в выводе следующих команд:

+ открыть спойлер

 Консоль:
[root@awl awl]# dmsetup table
pdc_hggbibghap1: 0 145224064 linear 252:0 2048
pdc_hggbibgha: 0 290450944 striped 2 128 8:48 0 8:32 0
[root@awl awl]# ls -1 /dev/mapper/
control
pdc_hggbibgha
pdc_hggbibghap1

Только не понятно почему это происходит и как с этим бороться?  ac

4 Ответ от Remedy (04.12.2011 01:53:14 отредактировано Remedy)

  • Remedy
  • Remedy
  • Пользователь
  • Неактивен
  • Откуда: Saint Petersburg
  • Зарегистрирован: 28.11.2010
  • Сообщений: 271
  • Репутация : [ 15 | 0 ]

Но как же? Вот ведь Ваш RAID-массив

 Консоль:
Disk /dev/mapper/pdc_hggbibgha: 148.7 GB, 148710883328 bytes
64 heads, 24 sectors/track, 189095 cylinders, всего 290450944 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 131072 bytes
Disk identifier: 0x53a60967

             Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/mapper/pdc_hggbibgha1            2048   145226111    72612032   fd  Автоопределение Linux raid

Disk /dev/mapper/pdc_hggbibghap1: 74.4 GB, 74354720768 bytes
255 heads, 63 sectors/track, 9039 cylinders, всего 145224064 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 131072 bytes
Disk identifier: 0x70bc2240

На диске /dev/mapper/pdc_hggbibghap1 отсутствует верная таблица разделов

Соотв-но попробуйте в fstab поменять девайс /dev/md0 на /dev/mapper/pdc_hggbibgha

"Если вы уже пытались поработать с Linux, но нашли ее слишком запутанной и непонятной — расслабьтесь. Если вы умеете вскипятить чайник или завести будильник, то вы уже можете стать пользователем Linux (кроме шуток!)." ©

Сайт Remedy

5 Ответ от awl (04.12.2011 02:33:58 отредактировано awl)

  • awl
  • awl
  • Новичок
  • Неактивен
  • Зарегистрирован: 29.05.2011
  • Сообщений: 64
  • Репутация : [ 1 | 0 ]

Это не программный RAID-массив, а ошибочно перехваченный dmraid-драйвером контроллера псевдоаппаратный-RAID, обеспечиваемый с помощью device-mapper. Мне он не нужен, и, как я уже говорил, в BIOS контроллер установлен в [IDE Mode], а не в [RAID Mode].

6 Ответ от awl

  • awl
  • awl
  • Новичок
  • Неактивен
  • Зарегистрирован: 29.05.2011
  • Сообщений: 64
  • Репутация : [ 1 | 0 ]

Оч. хорошая статья с подробными разъяснениями на темы RAID здесь: http://www.bog.pp.ru/hard/raid.html

7 Ответ от Remedy

  • Remedy
  • Remedy
  • Пользователь
  • Неактивен
  • Откуда: Saint Petersburg
  • Зарегистрирован: 28.11.2010
  • Сообщений: 271
  • Репутация : [ 15 | 0 ]

Ok. Я понял. Что показывает dmesg |grep md?

"Если вы уже пытались поработать с Linux, но нашли ее слишком запутанной и непонятной — расслабьтесь. Если вы умеете вскипятить чайник или завести будильник, то вы уже можете стать пользователем Linux (кроме шуток!)." ©

Сайт Remedy

8 Ответ от awl (04.12.2011 11:51:03 отредактировано awl)

  • awl
  • awl
  • Новичок
  • Неактивен
  • Зарегистрирован: 29.05.2011
  • Сообщений: 64
  • Репутация : [ 1 | 0 ]

Сразу после перезагрузки:

+ открыть спойлер

 Консоль:
[root@awl awl]# dmesg | grep md
ata3: SATA max UDMA/133 cmd 0xf130 ctl 0xf120 bmdma 0xf0f0 irq 20
ata4: SATA max UDMA/133 cmd 0xf110 ctl 0xf100 bmdma 0xf0f8 irq 20
ata5: SATA max UDMA/133 cmd 0xf0d0 ctl 0xf0c0 bmdma 0xf090 irq 20
ata6: SATA max UDMA/133 cmd 0xf0b0 ctl 0xf0a0 bmdma 0xf098 irq 20
systemd[1]: systemd 29 running in system mode. (+PAM +LIBWRAP +AUDIT -SELINUX +SYSVINIT +LIBCRYPTSETUP; mandriva)
systemd[1]: Set hostname to <awl.myhost>.
systemd[1]: /etc/mtab is not a symlink or not pointing to /proc/self/mounts. This is not supported anymore. Please make sure to replace this file by a symlink to avoid incorrect or misleading mount(8) output.
systemd-cryptsetup-generator[397]: Failed to open /etc/crypttab: Bad file descriptor
systemd[1]: /lib/systemd/system-generators/systemd-cryptsetup-generator exited with exit status 1.
systemd[1]: [/etc/rc.d/init.d/iptables:18] Failed to add LSB Provides name firewall.service, ignoring: File exists
systemd[1]: Path /sys/kernel/security is already a mount point, refusing start for sys-kernel-security.automount
systemd-fsck[1415]: boot: clean, 69/57600 files, 53974/230320 blocks
systemd-fsck[1334]: /dev/sdb1: clean, 328543/30531584 files, 67309159/122096000 blocks
systemd-fsck[1420]: homefiles: clean, 63119/27402240 files, 77110790/109578538 blocks
systemd-tmpfiles[1821]: [/usr/lib/tmpfiles.d/legacy.conf:22] Unknown group 'lock'.
systemd[1]: systemd-tmpfiles-setup.service: main process exited, code=exited, status=1
systemd[1]: Unit systemd-tmpfiles-setup.service entered failed state.

Как видно, нет ничего, заслуживающего внимания.

Кусок вывода dmesg после манипуляций, изложенных в первом посте:

+ открыть спойлер

 Консоль:
[root@awl awl]# dmesg | grep md
md: bind<sdc1>
md: bind<sdd1>
md: raid0 personality registered for level 0
md/raid0:md0: looking at sdd1
md/raid0:md0:   comparing sdd1(145221632) with sdd1(145221632)
md/raid0:md0:   END
md/raid0:md0:   ==> UNIQUE
md/raid0:md0: 1 zones
md/raid0:md0: looking at sdc1
md/raid0:md0:   comparing sdc1(145221632) with sdd1(145221632)
md/raid0:md0:   EQUAL
md/raid0:md0: FINAL 1 zones
md/raid0:md0: done.
md/raid0:md0: md_size is 290443264 sectors.
******* md0 configuration *********
md0: detected capacity change from 0 to 148706951168
md0: unknown partition table
EXT4-fs (md0): mounted filesystem with ordered data mode. Opts: (null)