"Сегодня мы многое поняли..." (с) Стэн Марш
Во-первых, для принтера HP LJ Pro M1132 замечательно подходит драйвер foo2xqx с ppd-файлом от HP LJ M1120. В случае локального usb-подключения необходимости в этой альтернативе нет (да и сканер с ним не подцепится), лучше и правильнее использовать комплект hplip версии 3.10.4 и свежее (согласно этой странице). Но с расшаренными по smb устройствами hplip не работает (для подключения hplip-принтера в CUPS используется путь вида hp://, а при smb:// бакенд, вызываемый ppd-файлом, с треском падает), поэтому приходится искать обходные пути.
Во-вторых, после развала mdadm-массива (RAID1), в случае возникновения ошибки вида md0: no devices found после его восстановления и пересборки, следует обновить ваш initrd командой update-initramfs -t -u. Таким образом полностью методология действий у меня вышла такая (в случае замены сбойного диска, в иных случаях некоторые пункты могут быть опущены):
- узнать, который из дисков отпал (у здорового состояние active sync):
# mdadm --detail /dev/md0
- отломать сбойный диск:
# mdadm /dev/md0 --fail /dev/sdb1
# mdadm /dev/md0 --remove /dev/sdb1
- заменить hdd (пусть новый встал в тот же слот - буква не меняется), добавить новый диск в массив:
# mdadm /dev/md0 --add /dev/sdb1
- наблюдать за процессом сборки:
# mdadm --detail /dev/md0
# cat /proc/mdstat
- обновить initramfs:
# update-initramfs -t -u
Дополнительно стоит отметить, что в случае загрузки с livecd для работы с массивом его нужно собрать (так как init-система ливника знать о нем не может). Для этого нужно:
- собрать информацию о массиве в конфиг:
# mdadm --examine --scan --config=mdadm.conf > /etc/mdadm/mdadm.conf
(если не ошибаюсь, mdadm --detail --scan > /etc/mdadm/mdadm.conf ведет себя аналогично)
- собрать и запустить массив:
# mdadm --assemble --scan
или, если есть необходимость, явно перечислить, что и куда собирается:
# mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1
Конечно, сами разделы должны понимать, что они raid-разделы (то есть иметь md superblock):
# mdadm --detail /dev/sda1
Оговорюсь, что покурить документацию по mdadm (начиная от man-страницы, заканчивая материалами в Сети) очень стоит, потому что одной неверной командой массив можно запросто убить без возможности восстановления данных на нем. Все перечисленные команды ни в коем случае не являются панацеей, бездумный их ввод может не облегчить ваши страдания, а много-много усложнить жизнь. И я буду не виноват.
В остальном же - надеюсь, что кого-то изложенные мысли натолкнут на решение собственной проблемы.
Возможно, приподнимет скорость resync-а увеличение минимального лимита (по дефолту 1000):
ОтветитьУдалитьecho 50000 >/proc/sys/dev/raid/speed_limit_min