Forum Debian Users Gang

bonus · 2011-05-25 08:07:22

Błędy

Kod:

grub> linux /boot/vmlinuz-2.6.32-5-686 root=/dev/md0 ro quiet
error: file not found.
grub> initrd /boot/initrd.img-2.6.32-5-686
error: you need to load the kernel first

mam pytanie czemu uuid jest identyczy jak dla /dev/sdb skoro w pliku /etc/mdadm/mdadm.conf są dla macierzy określone inne?

andreq · 2011-05-25 10:22:06

Moja wina UUID ma być dla macierzy, chociaż kiedyś próbowałem bez tej linijki i poszło. Wypisuje Ci md0 jak wykonasz:

Kod:

grub> insmod raid
grub> insmod ext2
grub> ls

bonus · 2011-05-25 10:53:08

Polecenie listuje:

Kod:

(md/0) (md/1) (hd0) (hd0,msdos6) (h0,msdos5) (hd0,msdos1) (hd1) (hd1,msdos6) (hd1,msdos5) (hd1,msdos1) (fd0)

Ale czemu w powyższym wyniku jak i w mdadm.conf oznaczenie macieży md... jest z ukośnikiem

Kod:

ARRAY /dev/md/0 metadata=1.2 UUID=7f84c463:bcc2a680:c092675a:b7f0aadb name=storage1:0
ARRAY /dev/md/1 metadata=1.2 UUID=49ababde:2884e470:c1601d46:effec6f1 name=storage1:1

andreq · 2011-05-25 12:55:57

No to wpisz:

Kod:

grub> insmod raid
grub> insmod ext2
grub> set root=(md/0)
grub> linux /boot/vmlinuz-2.6.32-5-686 root=/dev/md0 ro quiet
grub> initrd /boot/initrd.img-2.6.32-5-686
grub> boot

Po wpisaniu set root=(md/0), a potem linux i naciśnięciu tabulatora powinien wyświetlić Ci katalogi, które są na macierzy - szybciej wpiszesz np. /boot/vmlinuz-2.6.32-5-686

bonus · 2011-05-25 13:45:09

Dobra wstał :) teraz jak skonfigurować gruba by korzystał z takich ustawień jak te wpisane z placa?

andreq · 2011-05-25 16:16:51

Spróbuj

Kod:

# dpkg-reconfigure grub-pc

powinien automatycznie skonfigurować, jeśli nie, musisz dodać do pliku /etc/grub.d/40_custom wpis, tu masz przykład:

menuentry "Debian GNU/Linux (test x86)" --class gnu-linux --class gnu --class os {
insmod part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set=root 4520abb0-e690-43ef-b3cb-bfdee3a9da8f
linux /boot/vmlinuz-2.6.38-2-686 root=/dev/sda7
initrd /boot/initrd.img-2.6.38-2-686

bonus · 2011-05-26 10:01:39

Za pierwszym razem przy dpkg-reconfigure przeszedłem całość ... nie pamiętam jaki device wybrałem wówczas, ale system się nie podniósł.
Następnie dokonałem ponownie modyfikacji menu grub'a z palca i z poziomu ~# zrobiłem ponownie dpkg-reconfigure grub-pc, ale w polu Linux command line: wpisałem insmod raid ... tak od siebie ;). System sie podniósł, a w efekcie menu gruba po wywołaniu za pomocą przycisku e podczas uruchamiania systemu wygląda tak:

Kod:

insmod raid
insmod mdraid
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set 1e38b8c1-297f-454c-8ded-c7f46b569a13
echo 'Loading Linux 2.6.32-5-686 ...'
linux /boot/vmlinuz-2.6.32-5-686 root=UUID=1e38b8c1-297-454-8ded-c7f46b569a13 ro insmod raid quiet
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-686

UUID dysku, z którego system ma się bootować mi się nie zgadza ... w stosunku do tego co jest w /etc/mdadm/mdadm.conf, ale być może w tym pliku konfiguracyjnym są uuid'y dysków twardych, a nie macierzy?

Na wszelki wypadek zrobiłem jeszcze raz dpk-reconfigure wskazując na urządzenie /dev/md0. Czy może lepiej wybrać wszystkie możliwe do wyboru /dev/sda, /dev/sdb i /dev/md0.

Mam pytanie przed ukazaniem się menu grub'a wywala mi coś takiego

Kod:

Searching for Boot Record from BBS-1:[1210SA#=#1 JBOD ] ... OK
GRUB loading.
Welcome to GRUB!

error: fd0 read error.

Sprawdziłem jeszcze do jakich urządzeń odwołują się dowiązania w /dev/disk/by-uuid/ i uuid w konfiguracji wskazuje na prawidłowe urządzenie tj. .../md0. Proszę o wyjaśnienie.

andreq · 2011-05-26 22:34:05

1.

bonus napisał(-a):
Następnie dokonałem ponownie modyfikacji menu grub'a z palca i z poziomu ~# zrobiłem ponownie dpkg-reconfigure grub-pc, ale w polu Linux command line: wpisałem insmod raid ... tak od siebie ;).

To są parametry przekazywane kernelowi, jakie to są poczytasz w źródłach kernela w ...Documentation/ternel-parameters.txt, insmod na pewno nie ma ;-)
2.

bonus napisał(-a):
Na wszelki wypadek zrobiłem jeszcze raz dpk-reconfigure wskazując na urządzenie /dev/md0. Czy może lepiej wybrać wszystkie możliwe do wyboru /dev/sda, /dev/sdb i /dev/md0.

Bez przesady wystarczy sda i sdb
3.

bonus napisał(-a):
Mam pytanie przed ukazaniem się menu grub'a wywala mi coś takiego
Kod:
Searching for Boot Record from BBS-1:[1210SA#=#1 JBOD ] ... OK
GRUB loading.
Welcome to GRUB!

error: fd0 read error.

Problem ponoć znany:

Vladimir Serbinenko, apparently a grub developer, says there:
Actually the problem in this bug reports is lvm and mdraid. The problem is that some BIOSes expose USB HDD as floppy. So not scanning for them may cause to "lose" some lvm or raids. I'm thinking about cleansolution. Suggestions are welcome

Jak wywalisz

insmod mdraid

to błąd też występuje?, wydaje mi się, że wcześniej nie występował.
4.

bonus napisał(-a):
Sprawdziłem jeszcze do jakich urządzeń odwołują się dowiązania w /dev/disk/by-uuid/ i uuid w konfiguracji wskazuje na prawidłowe urządzenie tj. .../md0. Proszę o wyjaśnienie.

W /etc/mdadm/mdadm.conf miej to co wygenerował:

Kod:

mdadm --examine --scan >> /etc/mdadm/mdadm.conf

plus na początku wpis z DEVICE...

Główny system plików w /etc/fstab i parametr root= kernela powinny mieć identyczne UUID, u Ciebie taki jak md0.

bonus · 2011-05-27 08:20:28

Bez przesady wystarczy sda i sdb

Dlaczego akurat tak ? a nie md0 ?
Dzisiaj rano system nie wstał o to monit:

Kod:

Loading please wait...
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
    -Check rootdelay= (did the system wait long enaugh?)
    -Check root= (did the system wait for the right device?)
-Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/1e... does not exist.
Dropping to a shell!

BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash)
Enter  'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off (initramfs)

Ponadto wczoraj robiłem aktualizację systemu chyba był nowy krenel :/ ... wiem wiem takie rzeczy należy pamiętać, ale ... próbowałem dokonać modyfikacji ustawień gruba przez command line zgodnie z

Kod:

insmod raid
insmod mdraid
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set 1e38b8c1-297f-454c-8ded-c7f46b569a13
echo 'Loading Linux 2.6.32-5-686 ...'
linux /boot/vmlinuz-2.6.32-5-686 root=UUID=1e38b8c1-297-454-8ded-c7f46b569a13 ro insmod raid quiet
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.32-5-686

Jednak wpisywałem linux /boot/vm [tab] nie pokazuje dodatkowych możliwości, także sam nie wiem.

andreq · 2011-05-27 11:59:25

bonus napisał(-a):
Dlaczego akurat tak ? a nie md0 ?

Dlaczego nie md0?, z prostego powodu: część gruba instaluje się w MBR, a ponieważ cały bootloader się tam nie mieści, to reszta ładowana jest z dysku z katalogu /boot/grub. Na obu dyskach, gdyż jak uszkodzeniu ulegnie jeden, to BIOS uruchomi gruba z drugiego, a resztę i tak sobie załaduje bo jest na macierzy.

bonus napisał(-a):
Jednak wpisywałem linux /boot/vm [tab] nie pokazuje dodatkowych możliwości, także sam nie wiem.

Mniemam, że wybierając md0 zapisałeś gruba na macierzy i ją uszkodziłeś, spróbuj czy da się zamontować macierz z jakiegoś live cd.

bonus · 2011-05-27 13:11:50

Spróbuję podmontować .... Tylko, że po instalacji grub'a system niejednokrotnie był uruchamiany ponownie i wszystko grało. Przed ostatnim wyłączeniem robiłem tą aktualizację, bodajże kernel 2.6.35-5-686.

Jak się za to zabrać najlepiej chroot ?

andreq · 2011-05-27 15:05:05

Ściągasz grml http://grml.org/, wypalasz, bootujesz z cd, jak wystartuje wklepujesz:

Kod:

# /etc/init.d/mdadm-raid

start a potem standardowo

Kod:

# mount -v /dev/md0 /mnt

następnie wg http://dug.net.pl/tekst/77/przywracanie_grub2_za_pomoca_chroot/ (od zamontowania /dev i /proc) tyle, że musisz dać

Kod:

# grub-install /dev/sda
# grub-install /dev/sdb

lub

Kod:

# dpkg-reconfigure grub-pc

i zaznaczyć sda i sdb

bonus · 2011-06-01 08:45:58

Wykonałem

Kod:

/etc/init.d/mdadm-raid start
Assembling MD array md0 ... done (started [2/2]).
Assembling MD array md1 ... done (started [2/2]).

Kod:

mount -v /dev/md0 /mnt
mount: you didn't specify a filesystem type for /dev/md0
I will try type ext3
/dev/md0 on /mnt type ext3 (rw)

Kod:

mount -o bind /dev /mnt/dev
mount -t proc none /mnt/proc

Kod:

chroot /mnt/
chroot: failed to run command `/bin/zsh`: No such file or directory
SHELL=/bin/bash
chroot /mnt/

Kod:

grub-install /dev/sda
Installation finished: No error reported.
grub-install /dev/sdb
Installation finished: No error reported.
/usr/sbin/update-grub
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.32-5-686
Found initrd image: /boot/initrd.img-2.6.32-5-686
done

Potem reset

Kod:

Loading please wait...
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
    -Check rootdelay= (did the system wait long enaugh?)
    -Check root= (did the system wait for the right device?)
-Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/1e... does not exist.
Dropping to a shell!

BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash)
Enter  'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off (initramfs)

Co dalej?
Spróbowałem jeszcze tak jak wcześniej:

Kod:

grub> insmod raid
grub> insmod ext2
grub> set root=(md/0)
grub> linux /boot/vmlinuz-2.6.32-5-686 root=/dev/md0 ro quiet
grub> initrd /boot/initrd.img-2.6.32-5-686
grub> boot

Efekt bez zmian ...

Ostatnio edytowany przez bonus (2011-06-01 08:53:17)

andreq · 2011-06-01 18:43:07

Dziwne ;-) a spróbuj, w chroocie (tak nawiasem wywołuj # chroot /katalog /bin/bash) zamiast grub-install wybrać dpkg-reconfigure grub-pc i zaznaczyć sda i sdb

bonus · 2011-06-01 23:35:17

Taki sam efekt :( obie metody próbowałem jakieś sugestie bo długo mi się to ciągnie. Jak sie wk...urzę ;) to postawie macierz od nowa podczas instalacji, ale chciałem się trochę nauczyć, dlatego robię to na działającym systemie. Powoli się zniechęcam :(

Ostatnio edytowany przez bonus (2011-06-01 23:36:16)

andreq · 2011-06-02 06:54:00

Mam jeszcze kilka pomysłów ;-) z live uruchom (tak na wszelki wypadek)

Kod:

fsck /dev/md0

, potem zamontuj i chroot na md0 (tak jak robiłeś) potem znajdź i zmień w /etc/default/grub wpis na:

Kod:

 GRUB_DISABLE_LINUX_UUID=true

, potem

Kod:

update-grub

, pewnie nie zaszkodzi reinstalacja kernela

Kod:

aptitude reinstall linux-image-2.6.32-5-686

bonus · 2011-06-02 10:02:28

Próbowałem jeszcze raz po kolei m.in:

Kod:

grub> insmod raid
grub> insmod ext2
grub> set root=(md/0)
grub> linux /boot/vmlinuz-2.6.32-5-686 root=/dev/md0 ro quiet
grub> initrd /boot/initrd.img-2.6.32-5-686
grub> boot

i jest błąd

Kod:

[ 0.183970] Initramfs unpackiing failed: junk in compressed archive
[ 0.603110] Kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0)

Gdy bezpośrednio po uruchomieniu live grml

Kod:

fsck /dev/md0
No such file or directory while trying to open /dev/md0

więc próbuję

Kod:

/etc/init.d/mdadm-raid start

Teraz poszlo
ostatni test

Kod:

Pass 5: Checking group summary information
/dev/md0: 19773/610800 (0.4% non-contigous), 221133/2440942 blocks
fsck /dev/md0 2.81s user 2.43s system 44% cpu 11.913 total

Podczas wykonywania pełno monitów typu

Kod:

Locale: Cannot set  ...
...
done

Z czego wynikają powyższe komunikaty
Ps. po restarcie dalej to samo :(

Kod:

Loading, please wait ...

Ostatnio edytowany przez bonus (2011-06-02 10:04:49)

andreq · 2011-06-02 11:15:33

Uruchom z live zrób chroot i wykonaj

Kod:

update-initramfs -c -k all

bonus · 2011-06-02 12:18:16

Kod:

update-initramfs -c -k all
Cannot create version 2.6.32-5-686: already exists

andreq · 2011-06-02 13:46:10

No to:

Kod:

update-initramfs -u -k all

lub:

Kod:

dpkg-reconfigure linux-image-2.6.32-5-686

bonus · 2011-06-02 15:30:08

Kicha, bez zmian ... :(

Ostatnio edytowany przez bonus (2011-06-02 15:30:19)

andreq · 2011-06-02 18:45:08

Znaczy co? komunikat jest podobny do tego, co poprzednio:

[ 0.183970] Initramfs unpackiing failed: junk in compressed archive
[ 0.603110] Kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0)

bonus · 2011-06-02 23:35:26

Nie ... to znaczy, że mimo poprawnego wykonania wskazanych poleceń po restarcie nadal

Kod:

Loading please wait...
Gave up waiting for root device. Common problems:
- Boot args (cat /proc/cmdline)
    -Check rootdelay= (did the system wait long enaugh?)
    -Check root= (did the system wait for the right device?)
-Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/disk/by-uuid/1e... does not exist.
Dropping to a shell!

BusyBox v1.17.1 (Debian 1:1.17.1-8) built-in shell (ash)
Enter  'help' for a list of built-in commands.

/bin/sh: can't access tty; job control turned off (initramfs)

Ostatnio edytowany przez bonus (2011-06-02 23:36:00)

andreq · 2011-06-03 07:04:41

Już mi się pomysły kończą ;-), spróbuj jeszcze zbootować przez UUID-y

Kod:

grub> insmod raid
grub> insmod ext2
grub> set root=(md/0)
grub> linux /boot/vmlinuz-2.6.32-5-686 root=UUID=0c98fbe4-ed7c-4134-994a-07d49074e137 ro
grub> initrd /boot/initrd.img-2.6.32-5-686
grub> boot

Oczywiście UUID wpisujesz macierzy /dev/md0, sprawdź

Kod:

ls -al /dev/disk/by-uuid/

bonus · 2011-06-03 09:25:01

Wyrzuciło chyba log sysloga chyba ... przedstawię tylko wycinek z monitu, który moim zdaniem odwołuje się do problemu :/

Kod:

List of all partitions:
No filesystem could mount root, tried:
Kernel panic - not syncing: VFS: Unable to mount root fs on unkown-block(0,0)
Pid: 1, comm: swapper Not tainted 2.6.32-5-686

Forum Debian Users Gang

Ogłoszenie

#26 2011-05-25 08:07:22

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

Kod:

#27 2011-05-25 10:22:06

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

Kod:

#28 2011-05-25 10:53:08

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

Kod:

Kod:

#29 2011-05-25 12:55:57

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

Kod:

#30 2011-05-25 13:45:09

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

#31 2011-05-25 16:16:51

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

Kod:

#32 2011-05-26 10:01:39

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

Kod:

Kod:

#33 2011-05-26 22:34:05

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

bonus napisał(-a):

bonus napisał(-a):

bonus napisał(-a):

Kod:

bonus napisał(-a):

Kod:

#34 2011-05-27 08:20:28

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

Kod:

Kod:

#35 2011-05-27 11:59:25

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

bonus napisał(-a):

bonus napisał(-a):

#36 2011-05-27 13:11:50

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

#37 2011-05-27 15:05:05

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

Kod:

Kod:

Kod:

Kod:

#38 2011-06-01 08:45:58

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

Kod:

#39 2011-06-01 18:43:07

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

#40 2011-06-01 23:35:17

bonus - Użytkownik

Re: Raid 1 - mdadm na działającym systemie

#41 2011-06-02 06:54:00

andreq - Członek DUG

Re: Raid 1 - mdadm na działającym systemie

Kod: