Здрасти,
благодаря за бързия отговор.
Сега като се замислих, май наистина не извадих единия диск от масива.
Интересно е обаче, че всичко е наред от към конфигурация :-)
[root@blackbird ~ #] dmesg |grep ATA-8
[ 2.839666] ata4.00: ATA-8: WDC WD10EZRX-00A8LB0, 01.01A01, max UDMA/133
[ 2.839996] ata3.00: ATA-8: WDC WD10EZRX-00A8LB0, 01.01A01, max UDMA/133
[root@blackbird ~ #]
[root@blackbird ~ #] cat /proc/scsi/scsi
Attached devices:
Host: scsi2 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: WDC WD10EZRX-00A Rev: 01.0
Type: Direct-Access ANSI SCSI revision: 05
Host: scsi3 Channel: 00 Id: 00 Lun: 00
Vendor: ATA Model: WDC WD10EZRX-00A Rev: 01.0
Type: Direct-Access ANSI SCSI revision: 05
[root@blackbird ~ #] mdadm --detail /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Thu Aug 18 11:38:35 2011
Raid Level : raid1
Array Size : 487412 (476.07 MiB 499.11 MB)
Used Dev Size : 487412 (476.07 MiB 499.11 MB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Tue May 14 07:46:15 2013
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : blackbird:0 (local to host blackbird)
UUID : 21a5d09b:46d0f4e6:30ead201:7fb6ac42
Events : 181
Number Major Minor RaidDevice State
2 8 1 0 active sync /dev/sda1
3 8 17 1 active sync /dev/sdb1
[root@blackbird ~ #]
2013/5/13 Hristo Erinin <[email protected]>
> Здравей,
>
> El 2013-05-13 13:35, Kristian Kirilov escribió:
>
>
> накратко нещата изглежда така: 2 хард диска, RAID1 - софтуерен и Debian
>> squeeze.
>> Един прекрасен ден почнах да виждам някакви грешки от типа "не мога да
>> ти прочета тоя сектор от тук, редиректвам те на другия диск" и си реших,
>> че единия е тръгнал да мре.
>>
> [cut]
>
> Извадих диска който даваше грешки и монтирах новия. Копирах partition
>> table и го join-нах към райда. Ребилда мина успешно и инсталация на груб
>> също. След това реших да сложа и другия нов диск и да извадя другия стар.
>> Ребилда мина успешно но не и инсталацията на груб.....
>>
>>
> В dmesg виждаш ли нови дискови устройства? Подозирам, че при слагането на
> новия диск, ядрото е заделило нова буква за него - примерно /dev/sdc.
>
> Най-вероятно ядрото е извадило първия диск от RAID масива, когато е открил
> грешки.
>
> При втория диск, ако не си извадил го извадил предварително от масива
> (mdadm --manage /dev/md0 --remove /dev/sdbX), ядрото запазва връзката със
> съответния /dev/ файл за същото устройство.
>
>
> [root@blackbird ~ #] grub-install /dev/sdb
>> /usr/sbin/grub-probe: error: no such disk.
>>
> [cut]
>
>
>> [root@blackbird ~ #] /usr/sbin/grub-probe
>> --device-map=/boot/grub/**device.map --target=fs -v /boot/grub
>> /usr/sbin/grub-probe: info: Cannot stat
>> `/dev/disk/by-id/ata-**ST31000528AS_9VP8KB3V', skipping.
>>
> Най-вероятно това е вторият стар диск.
>
>
> Принципно можеш да опиташ да извадиш липсващия диск от масива (чрез mdadm
> --remove) и след това, ако все още се вижда в /proc/scsi/scsi да се опиташ
> да го махнеш и от SCSI subsystem. (http://gurkulindia.com/main/**
> 2011/05/linux-dynamically-**addremove-scsi-from-linux/<http://gurkulindia.com/main/2011/05/linux-dynamically-addremove-scsi-from-linux/>за
> добро обяснение по темата).
>
>
>
> --
> Поздрави,
> Христо
> ______________________________**_________________
> Lug-bg mailing list
> [email protected]
> http://linux-bulgaria.org/**mailman/listinfo/lug-bg<http://linux-bulgaria.org/mailman/listinfo/lug-bg>
>
_______________________________________________
Lug-bg mailing list
[email protected]
http://linux-bulgaria.org/mailman/listinfo/lug-bg
