Перестал собираться md raid при загрузке.

2014-10-29 Пенетрантность Andrey Nikitin
Здравствуйте.

Debian Wheeze 8.0 (3.16-3-amd64), в которой 2 raid1 (зеркало) массива:
md0: sd{b,c}1
md1: sd{b,c}3

Примерно с месяц назад, через раз стал выпадать диск sdc (копия sdb) из 
массивов при загрузке.

Ругачек на диски нет.
Кусок kern.log для разбитой загрузке привожу ниже:

# инит 1-го диска
kernel: [7.719215] scsi 2:0:0:0: Direct-Access ATA  WDC 
WD4000AAKS-0 1C02 PQ: 0 ANSI: 5
kernel: [7.719515] sd 2:0:0:0: [sdb] 781422768 512-byte logical blocks: 
(400 GB/372 GiB)
kernel: [7.732664]  sdb: sdb1 sdb2 sdb3
kernel: [7.733628] sd 2:0:0:0: [sdb] Attached SCSI disk

# неудачный запуск массива md1 (до инита всех дисков, составляющих массив)
kernel: [8.344987] md: md1 stopped.
kernel: [8.345499] md: bindsdb3
kernel: [8.492907] md: raid1 personality registered for level 1
kernel: [8.493280] md/raid1:md1: active with 1 out of 2 mirrors
kernel: [8.493320] md1: detected capacity change from 0 to 393999024128
kernel: [8.493939]  md1: unknown partition table

# инит 2-го диска
kernel: [8.543808] scsi 4:0:0:0: Direct-Access ATA  WDC 
WD4000AAKS-0 1C02 PQ: 0 ANSI: 5
kernel: [8.544174] sd 4:0:0:0: [sdc] 781422768 512-byte logical blocks: 
(400 GB/372 GiB)
kernel: [8.559318]  sdc: sdc1 sdc2 sdc3
kernel: [8.559836] sd 4:0:0:0: [sdc] Attached SCSI disk

# неудачный запуск массива md0, причём в момент когда оба диска доступны
kernel: [8.981260] md: md0 stopped.
kernel: [8.982580] md: bindsdb1
kernel: [8.983711] md/raid1:md0: active with 1 out of 2 mirrors
kernel: [8.983736] md0: detected capacity change from 0 to 98566144
kernel: [8.984272]  md0: unknown partition table

Прим:
  * На райдовых разделах (/dev/sd{b,c}{1,3}) стоит тип 0xFD (Linux raid 
autodetect).
  * Норм. загрузка бывает когда оба диска инициализируются до 1-й попытки md 
bind

mdadm.conf
# definitions of existing MD arrays
ARRAY /dev/md0 UUID=8f1d6116:8474f3a0:d417b99e:28a7727f
ARRAY /dev/md1 UUID=e2e0053f:10ba7fbe:ac344792:529157d0

Х.з. как назначаются UUID-ы в mdadm.conf, но первый (md0) совпадает с UUID sdc1
$ sudo blkid /dev/sdc1
/dev/sdc1: UUID=8f1d6116-8474-f3a0-d417-b99e28a7727f TYPE=linux_raid_member 
PARTUUID=-01 

а второй md1 с sdb3
sudo blkid /dev/sdb3
/dev/sdb3: UUID=e2e0053f-10ba-7fbe-ac34-4792529157d0 TYPE=linux_raid_member 
PARTUUID=30a230a1-03

Может кто встречался с подобным? Помогите разобраться или определить на кого 
багрепорт послать,
на ядро или mdadm или ... может все решиться если убрать FD (Linux raid 
autodetect) с разделов (сцыкотно)?
Устал осколки склеивать почти через день.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141029092912.13c2cad2@host19.localdomain



Re: Перестал собираться md raid при загрузке.

2014-10-29 Пенетрантность Nikolay Kachanov
Здравствуйте, Андрей.

 29.10.2014 09:29:12, Andrey Nikitin:
 Debian Wheeze 8.0 

Вы хотели написать Jessie?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/545094c2.7000...@gmail.com



Re: Перестал собираться md raid при загрузке.

2014-10-29 Пенетрантность Andrey Tataranovich
В Wed, 29 Oct 2014 09:29:12 +0300
Andrey Nikitin andrey.d.niki...@gmail.com пишет:

 Здравствуйте.
 
 Debian Wheeze 8.0 (3.16-3-amd64), в которой 2 raid1 (зеркало) массива:
 md0: sd{b,c}1
 md1: sd{b,c}3
 
 Примерно с месяц назад, через раз стал выпадать диск sdc (копия sdb)
 из массивов при загрузке.
 
 Ругачек на диски нет.
 Кусок kern.log для разбитой загрузке привожу ниже:
 
 # инит 1-го диска
 kernel: [7.719215] scsi 2:0:0:0: Direct-Access ATA  WDC
 WD4000AAKS-0 1C02 PQ: 0 ANSI: 5 kernel: [7.719515] sd 2:0:0:0:
 [sdb] 781422768 512-byte logical blocks: (400 GB/372 GiB) kernel:
 [7.732664]  sdb: sdb1 sdb2 sdb3 kernel: [7.733628] sd
 2:0:0:0: [sdb] Attached SCSI disk
 
 # неудачный запуск массива md1 (до инита всех дисков, составляющих
 массив) kernel: [8.344987] md: md1 stopped.
 kernel: [8.345499] md: bindsdb3
 kernel: [8.492907] md: raid1 personality registered for level 1
 kernel: [8.493280] md/raid1:md1: active with 1 out of 2 mirrors
 kernel: [8.493320] md1: detected capacity change from 0 to
 393999024128 kernel: [8.493939]  md1: unknown partition table
 
 # инит 2-го диска
 kernel: [8.543808] scsi 4:0:0:0: Direct-Access ATA  WDC
 WD4000AAKS-0 1C02 PQ: 0 ANSI: 5 kernel: [8.544174] sd 4:0:0:0:
 [sdc] 781422768 512-byte logical blocks: (400 GB/372 GiB) kernel:
 [8.559318]  sdc: sdc1 sdc2 sdc3 kernel: [8.559836] sd
 4:0:0:0: [sdc] Attached SCSI disk
 
 # неудачный запуск массива md0, причём в момент когда оба диска
 доступны kernel: [8.981260] md: md0 stopped.
 kernel: [8.982580] md: bindsdb1
 kernel: [8.983711] md/raid1:md0: active with 1 out of 2 mirrors
 kernel: [8.983736] md0: detected capacity change from 0 to
 98566144 kernel: [8.984272]  md0: unknown partition table
 
 Прим:
   * На райдовых разделах (/dev/sd{b,c}{1,3}) стоит тип 0xFD (Linux
 raid autodetect).
   * Норм. загрузка бывает когда оба диска инициализируются до 1-й
 попытки md bind
 
 mdadm.conf
 # definitions of existing MD arrays
 ARRAY /dev/md0 UUID=8f1d6116:8474f3a0:d417b99e:28a7727f
 ARRAY /dev/md1 UUID=e2e0053f:10ba7fbe:ac344792:529157d0
 
 Х.з. как назначаются UUID-ы в mdadm.conf, но первый (md0) совпадает с
 UUID sdc1 $ sudo blkid /dev/sdc1
 /dev/sdc1: UUID=8f1d6116-8474-f3a0-d417-b99e28a7727f
 TYPE=linux_raid_member PARTUUID=-01 
 
 а второй md1 с sdb3
 sudo blkid /dev/sdb3
 /dev/sdb3: UUID=e2e0053f-10ba-7fbe-ac34-4792529157d0
 TYPE=linux_raid_member PARTUUID=30a230a1-03
 
 Может кто встречался с подобным? Помогите разобраться или определить
 на кого багрепорт послать, на ядро или mdadm или ... может все
 решиться если убрать FD (Linux raid autodetect) с разделов
 (сцыкотно)? Устал осколки склеивать почти через день.
 
 

Можно убрать FD с типа партиции и добавить INITRDSTART='all'
в /etc/default/mdadm. В этом случае md девайсы будут собираться из
initrd, а не ядром.

Вы ничем не рискуете, т.к. если не загрузится, то с LiveCD вернуть
метки на место не проблема.

-- 
WBR, Andrey Tataranovich


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141029140044.5a25f58d@dragoncore.local



Re: Перестал собираться md raid при загрузке.

2014-10-29 Пенетрантность Andrey Nikitin
В Wed, 29 Oct 2014 10:18:26 +0300
Nikolay Kachanov nikolay.kacha...@gmail.com пишет:

 Вы хотели написать Jessie?
Да, конечно.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141029151354.2e6a1e67@host19.localdomain



Re: Перестал собираться md raid при загрузке.

2014-10-29 Пенетрантность Andrey Nikitin
В Wed, 29 Oct 2014 14:00:44 +0300
Andrey Tataranovich tataranov...@gmail.com пишет:

 Можно убрать FD с типа партиции и добавить INITRDSTART='all'
 в /etc/default/mdadm. В этом случае md девайсы будут собираться из
 initrd, а не ядром.

Переменная установлена, спасибо, попробую.

Да, и если /dev/md0 это /boot?



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141029151834.7030e541@host19.localdomain



Re: Перестал собираться md raid при загрузке.

2014-10-29 Пенетрантность Andrey Tataranovich
В Wed, 29 Oct 2014 15:18:34 +0300
Andrey Nikitin andrey.d.niki...@gmail.com пишет:

 В Wed, 29 Oct 2014 14:00:44 +0300
 Andrey Tataranovich tataranov...@gmail.com пишет:
 
  Можно убрать FD с типа партиции и добавить INITRDSTART='all'
  в /etc/default/mdadm. В этом случае md девайсы будут собираться из
  initrd, а не ядром.
 
 Переменная установлена, спасибо, попробую.
 
 Да, и если /dev/md0 это /boot?

Не важно. Grub грузит свой stage1.5 с чего угодно, если сможет при
установке определить физическое расположение на диске.

Поддержка RAID1 в данном случае - поддержка установки в MBR всех
дисков, членов RAID.

-- 
WBR, Andrey Tataranovich


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141029152939.7551a02b@dragoncore.local



Re: Перестал собираться md raid при загрузке.

2014-10-29 Пенетрантность Andrey Nikitin
В Wed, 29 Oct 2014 15:29:39 +0300
Andrey Tataranovich tataranov...@gmail.com пишет:

 Не важно. Grub грузит свой stage1.5 с чего угодно, если сможет при
 установке определить физическое расположение на диске.
 
 Поддержка RAID1 в данном случае - поддержка установки в MBR всех
 дисков, членов RAID.

С не boot-овым md сработало, изм. тип раздела с fd на 83, reboot -
норм. (1 раз, по крайней мере)

Boot-ый подумаю ещё, он маленький - быстро восстанавливается :)


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141029160126.1ea3796c@host19.localdomain



отваливается тачпад, Acer Aspire, wheezy

2014-10-29 Пенетрантность Melleus
Немного надоел отваливающийся тачпад. Отпад чаще всего происходит в
моменты выжирания памяти открывающимися вкладками в браузере или
обработкой фото. На более точную локализацию проблемы моих познаний,
увы, не хватает. Проявляется замиранием курсора-стрелки и отсутствием
всякой реакции на тачпад. Лечится выходом и входом из Х-ов. Собственно,
вопрос - можно ли его как-то руками назад в чувство привести, без
передергивания Х-ов. Когда-то давно у Дебиана на вики-сайте были
подобные инструкции, но скриптом я это дело не оформил, ибо случается
эта беда не каждый день и не каждую неделю даже. Но вот сайт с викой
обновился и все пропало. А у меня опять началось...

Спасибо заранее.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/877fzi1z40.fsf@hornet.workgroup



[DONE] wml://security/{2006/dsa-1165,2007/dsa-1298,2008/dsa-1657,2012/dsa-2535,2004/dsa-583,2004/dsa-589,2004/dsa-591,2005/dsa-633,2005/dsa-635,2005/dsa-719,2012/dsa-2393,2012/dsa-2490,1999/19990907,2

2014-10-29 Пенетрантность Lev Lamberov
Cheers!
Lev Lamberov
--- english/security/1999/19990907.wml	2001-04-19 21:52:08.0 +0600
+++ russian/security/1999/19990907.wml	2014-10-29 11:37:27.923316189 +0500
@@ -1,12 +1,14 @@
-define-tag moreinfoWe have a report covering a buffer overflow in the inews
-program as provided by the INN news server.  This program is used by local
-clients to inject news articles to the server.  In order to be able to connect
-to the news server through a Unix domain socket it needs to run setgid news.
-By exploiting this bug local users can gain news privileges.  After that they
-are able to modify the configuration for the INN server as well as destroy News
-databases and files. We recommend upgrading your inews-inn package
-immediately./define-tag
-define-tag descriptionBuffer overflow in INN inews program/define-tag
+#use wml::debian::translation-check translation=1.4 maintainer=Lev Lamberov
+define-tag moreinfoНам сообщили о переполнении буфера в программе inews,
+предоставляемой сервером новостей INN.  Эта программа используется локальными
+клиентами для добавления новостных статей на сервер.  Для того, чтобы подключиться
+к серверу новостей через доменный сокет Unix, необходимо запустить программу с флагом прав доступа, позволяющим
+запускать её от лица группы news.  Используя эту ошибку, локальные пользователи могут получить права группы news.  После этого
+они могут изменить настройки сервера INN, а также удалить базу данных новостей
+и другие файлы. Рекомендуется как можно скорее обновить пакет
+inews-inn./define-tag
+define-tag descriptionпереполнение буфера в программе INN inews/define-tag
 
 # do not modify the following line
 #include '$(ENGLISHDIR)/security/1999/19990907.data'
+
--- english/security/2004/dsa-583.wml	2004-11-03 16:04:31.0 +0500
+++ russian/security/2004/dsa-583.wml	2014-10-29 11:03:52.283407301 +0500
@@ -1,19 +1,21 @@
-define-tag descriptioninsecure temporary directory/define-tag
+#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov
+define-tag descriptionнебезопасные временные каталоги/define-tag
 define-tag moreinfo
-pTrustix developers discovered insecure temporary file creation in a
-supplemental script in the lvm10 package that didn't check for
-existing temporary directories, allowing local users to overwrite
-files via a symlink attack./p
+pРазработчики Trustix обнаружили небезопасное создание временных файлов во
+вспомогательном сценарии пакета lvm10, который не осуществляет проверку
+существующих временных каталогов, что позволяет локальным пользователям перезаписывать
+файлы при помощи атак через символические ссылки./p
 
-pFor the stable distribution (woody) this problem has been fixed in
-version 1.0.4-5woody2./p
+pВ стабильном выпуске (woody) эта проблема была исправлена в
+версии 1.0.4-5woody2./p
 
-pFor the unstable distribution (sid) this problem has been fixed in
-version 1.0.8-8./p
+pВ нестабильном выпуске (sid) эта проблема была исправлена в
+версии 1.0.8-8./p
 
-pWe recommend that you upgrade your lvm10 package./p
+pРекомендуется обновить пакет lvm10./p
 /define-tag
 
 # do not modify the following line
 #include $(ENGLISHDIR)/security/2004/dsa-583.data
 # $Id: dsa-583.wml,v 1.1 2004/11/03 11:04:31 joey Exp $
+
--- english/security/2004/dsa-589.wml	2004-11-09 20:00:08.0 +0500
+++ russian/security/2004/dsa-589.wml	2014-10-29 11:06:02.219401428 +0500
@@ -1,18 +1,20 @@
-define-tag descriptioninteger overflows/define-tag
+#use wml::debian::translation-check translation=1.1 maintainer=Lev Lamberov
+define-tag descriptionпереполнение целых чисел/define-tag
 define-tag moreinfo
-pinfamous41md discovered several integer overflows in the PNG image
-decoding routines of the GD graphics library.  This could lead to the
-execution of arbitrary code on the victim's machine./p
+pinfamous41md обнаружил несколько переполнений целых чисел в функциях декодирования изображений PNG
+в графической библиотеке GD.  Данная уязвимость может приводить к
+выполнению произвольного кода на машине жертвы./p
 
-pFor the stable distribution (woody) these problems have been fixed in
-version 1.8.4-17.woody3 of libgd1 and in version 2.0.1-10woody1 of
+pВ стабильном выпуске (woody) эти проблемы были исправлены в
+версии 1.8.4-17.woody3 пакета libgd1 и версии 2.0.1-10woody1 пакета
 libgd2./p
 
-pFor the unstable distribution (sid) these problems will be fixed soon./p
+pВ нестабильном выпуске (sid) эти проблемы будут исправлены позже./p
 
-pWe recommend that you upgrade your libgd1 packages./p
+pРекомендуется обновить пакеты libgd1./p
 /define-tag
 
 # do not modify the following line
 #include $(ENGLISHDIR)/security/2004/dsa-589.data
 # $Id: dsa-589.wml,v 1.1 2004/11/09 15:00:08 joey Exp $
+
--- english/security/2004/dsa-591.wml	2004-11-09 21:57:13.0 +0500
+++ russian/security/2004/dsa-591.wml	2014-10-29 11:07:16.691398061 +0500
@@ -1,18 +1,20 @@
-define-tag descriptioninteger overflows/define-tag
+#use wml::debian::translation-check translation=1.1