Dnia czwartek, 28 października 2010, Wieslaw Kierbedz napisał:
W dniu 28.10.2010 21:26, Adam Gapiński anonsuje::
Ale initrd składa macierz i uruchamia ją poprawnie (choć tam w mdadm.conf
jest uid wpisany). Dopiero po ruszeniu rc skryptów z tej macierzy pojawia
się kłopot - rc.sysinit staje
On Friday 29 of October 2010 09:32:29 Grzegorz Pietrzak wrote:
Dnia czwartek, 28 października 2010, Wieslaw Kierbedz napisał:
W dniu 28.10.2010 21:26, Adam Gapiński anonsuje::
Ale initrd składa macierz i uruchamia ją poprawnie (choć tam w
mdadm.conf jest uid wpisany). Dopiero po ruszeniu
Dnia piątek, 29 października 2010, Pawel Sikora napisał:
mozesz sprawdzic (strace) czy faktycznie mdassemble faktycznie odczytalo
/dev/sdb1, czy dostalo jakis blad i komunikat 'has no superblock',
to tylko bzdura.
wrzuc tez nam wynik ' mdadm -QD /dev/md0'
No to już...
Przy następujących
On Friday 29 of October 2010 11:02:08 Grzegorz Pietrzak wrote:
Dnia piątek, 29 października 2010, Pawel Sikora napisał:
mozesz sprawdzic (strace) czy faktycznie mdassemble faktycznie odczytalo
/dev/sdb1, czy dostalo jakis blad i komunikat 'has no superblock',
to tylko bzdura.
wrzuc tez
Dnia piątek, 29 października 2010, Pawel Sikora napisał:
On Friday 29 of October 2010 11:02:08 Grzegorz Pietrzak wrote:
Dnia piątek, 29 października 2010, Pawel Sikora napisał:
mozesz sprawdzic (strace) czy faktycznie mdassemble faktycznie
odczytalo /dev/sdb1, czy dostalo jakis blad i
Osóbka znana jako Adam Gapiński, wystukała:
# ls -l /dev/sd[ab]1
brw-rw 1 root disk 8, 1 2009-03-01 /dev/sda1
brw-rw 1 root disk 8, 17 2009-03-01 /dev/sdb1
# file -s /dev/sda1
/dev/sda1: x86 boot sector, LInux i386 boot LOader, code offset 0xeb
# file -s /dev/sdb1
/dev/sdb1:
On Thu, 28 Oct 2010 21:15:56 +0200, Adam Gapiński
adas-n...@artikon.pl wrote:
Osóbka znana jako Adam Gapiński, wystukała:
# ls -l /dev/sd[ab]1
brw-rw 1 root disk 8, 1 2009-03-01 /dev/sda1
brw-rw 1 root disk 8, 17 2009-03-01 /dev/sdb1
# file -s /dev/sda1
/dev/sda1: x86 boot
Osóbka znana jako Paweł Sikora, wystukała:
On Thu, 28 Oct 2010 21:15:56 +0200, Adam Gapiński
adas-n...@artikon.pl wrote:
Osóbka znana jako Adam Gapiński, wystukała:
# ls -l /dev/sd[ab]1
brw-rw 1 root disk 8, 1 2009-03-01 /dev/sda1
brw-rw 1 root disk 8, 17 2009-03-01
W dniu 28.10.2010 21:26, Adam Gapiński anonsuje::
Ale initrd składa macierz i uruchamia ją poprawnie (choć tam w mdadm.conf
jest uid wpisany). Dopiero po ruszeniu rc skryptów z tej macierzy pojawia
się kłopot - rc.sysinit staje na:
/sbin/mdadm --assemble --scan --auto=yes
Znaczy linuxrc
2010/10/27 Adam Gapiński adas-n...@artikon.pl:
Czyli jednak nie zmienił deviców, bo:
w mdadm.conf jest:
[...]
DEVICE /dev/sd[ab][13]
#ARRAY /dev/md1 devices=/dev/sda1,/dev/sdb1
ARRAY /dev/md1 UUID=32e0590b:365f827d:8b62f743:401d69bd
I teraz - wpisy z uidami działają zawsze, ale jak
Osóbka znana jako Artur Frysiak, wystukała:
2010/10/27 Adam Gapiński adas-n...@artikon.pl:
Tu rc.sysinit woła o hasło roota. I teraz najlepsze - po wpisania hasła
i: init 3
wszystko działa z devajsami podanymi jawnie w mdadm.conf. To jednak coś
na poziomie kontaktu mdadm i rc.sysinit
Czy wpisy w mdadm.conf typu:
ARRAY /dev/md0 devices=/dev/sda1,/dev/sdb1
są dla aktualnego mdadm mniej koszerne niż:
ARRAY /dev/md0 uuid=19464854:03f71b1b:e0df2edd:246cc977
?!?
Przy pierwszym wpisie mdadm (mdadm -A --scan --auto=yes - to jest w rc.sysinit
ale puszczone z ręki jest identycznie)
On Tue, 26 Oct 2010, Grzegorz Pietrzak wrote:
Czy wpisy w mdadm.conf typu:
ARRAY /dev/md0 devices=/dev/sda1,/dev/sdb1
są dla aktualnego mdadm mniej koszerne niż:
ARRAY /dev/md0 uuid=19464854:03f71b1b:e0df2edd:246cc977
?!?
Przy pierwszym wpisie mdadm (mdadm -A --scan --auto=yes - to jest w
Dnia wtorek 26 październik 2010, Paweł Zuzelski napisał:
UUID są zdecydowanie koszerniejsze. Na przykład jeżeli po upgrade
kernela, albo powiedzmy po wymianie kontrolera SATA czy płyty
głównej nagle kernel postanowi wykryć dawne /dev/sda jako /dev/sdc,
a dawne /dev/sdb jako /dev/wtf, to przy
W dniu 26.10.2010 22:21, Grzegorz anonsuje::
Dnia wtorek 26 październik 2010, Paweł Zuzelski napisał:
UUID są zdecydowanie koszerniejsze. Na przykład jeżeli po upgrade
kernela, albo powiedzmy po wymianie kontrolera SATA czy płyty
głównej nagle kernel postanowi wykryć dawne /dev/sda jako
15 matches
Mail list logo
