Forum Debian Users Gang

Nie żebym wiedział w czym problem, bo pojawienie się czegoś takiego ot tak po prostu nie jest dla mnie logiczne… Ale co masz na statycznym /dev (podmontuj „/” z livecd i zobacz co jest wtedy w /dev)? Przeinstalowałeś udeva czyli tylko pakiet udev, czy wszystkie z „udev” w nazwie? Próbowałeś wygenerować potem nowe initrd w chroocie, ewentualnie zainstalować jakiś inny kernel i na nim sprawdzić?

dominbik napisał(-a):

chodzi Ci by na livecd najpierw pod montować;
mount -t ext4 /dev/sda1 /mnt/chroot

I tyle, zobacz co jest wtedy w /mnt/chroot/dev/.

dominbik napisał(-a):

przeinstalowałem tylko jeden pakiet udev.  nie próbowałem generować nowego initrd (chodź nie wiem czy nie jest on z automatu generowany przy reinstalacji udev) w chroocie czy instalować innego kernela

To spróbuj te rzeczy po kolei, zaczynając od przeinstalowania wszystkich pakietów udeva, u mnie:

$ aptitude search udev~i
i A libgudev-1.0-0                                          175-3                          — GObject-based wrapper library for libudev                         
i A libudev0                                                175-3                          — libudev shared library                                            
i A udev                                                    175-3                          — /dev/ and hotplug management daemon

Możesz spróbować usunąć całą zawartość statycznego /dev (albo usunąć cały katalog i utworzyć go ponownie), choć w sumie wątpię żeby to coś dało, nie widać tam nic szczególnego. Obecnie statyczny /dev może być pusty jeśli używa się initrd lub devtmpfs.

dominbik napisał(-a):

ale nie wiem czy to nie przez to że robię to przez chroota

Pewnie nie zamontowałeś /dev i /proc przed chrootem.

dominbik napisał(-a):

mount -t proc none /mnt/chroot

Powinno być:

mount -t proc none /mnt/chroot/proc

dominbik napisał(-a):

jak usunąłem/przeniosłem /dev to przy bootowaniu kernel panic był

Chodziło o to, żeby /dev był, ale pusty.

Aha, OK. U mnie idzie generowanie initrd w chroocie, tylko /sys trzeba jeszcze zbindować.

Wersja kernela w obu systemach nie ma raczej znaczenia. Spróbuj przed generowaniem initrd usunąć/przenieść katalog /var/run/dbus (odtworzy się przy bootowaniu) systemu do którego się chrootujesz, albo i jego jeszcze zbindować z odpalonego systemu.

to wziąłem na końcu dodatkowo jeszcze (pierwotną zawartość /var/run/dbus usunąłem)

mount -o bind /var/run/dbus /mnt/chroot/var/run/dbus

i mam tak:

# mount | grep /mnt/chroot
/dev/sda1 on /mnt/chroot type ext4 (rw)
/dev on /mnt/chroot/dev type none (rw,bind)
/sys on /mnt/chroot/sys type none (rw,bind)

potem

chroot /mnt/chroot

i

root@debian:/# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-3.0.0-1-686-pae
df: Uwaga: nie można przeczytać tablicy zamontowanych systemów plików

czy to może tutaj leżeć problem?

to co dodatkowo mnie zastanawia to fakt że kiedy przeniosłem katalog /run czy on czasem nie jest winowajcą był on pusty

Ostatnio edytowany przez dominbik (2011-12-27 14:05:30)

Wszystkie zamontowane systemy plików są wymienione w pliku /proc/mounts uruchomionego systemu.

Jeśli df nie może się do niego dostać, znaczy - proc nie zamontowane w chroot.

Edyta:
Rzeczywiście woła o /etc/mtab, możesz zrobić tak:
w chroocie:

grep -v 'rootfs' /proc/mounts >/etc/mtab

A potem update-initramfs.

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2011-12-27 14:21:02)

mount -t proc none /mnt/chroot/proc

tak montuje a mimo to w mount | grep /mnt/chroot (dałem wyżej wynik) nie pokazuje go

/etc/mtab jest pusty

Jacekalex napisał(-a):

Montuj w chroocie  folder /proc a nie żaden none.

W przypadku montowania proc w ten sposób (można też zbindować), fragment „none” to tylko zwyczajowa etykietka.

http://forums.gentoo.org/viewtopic-t-881517-start-0.html

dobra uczyniłem to wszystko i update-initramfs -u wydaje się działać ok (nie ma żadnego komunikatu). przy przeinstalowywaniu tych udevów pod koniec mam tylko;

Przetwarzanie wyzwalaczy dla initramfs-tools...
update-initramfs: Generating /boot/initrd.img-3.0.0-1-686-pae
Failed to open connection to "system" message bus: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused

mimo że dałem bind tego /var/run/dbus/
idę teraz zobaczyć czy wystartuje

ale

tak był zamontowany ale nie pokazywał - bo gdy chciałem zamontować to wyskakiwał że /proc już zamontowany
pomogło chyba to;

grep -v 'rootfs' /proc/mounts >/etc/mtab

niestety przeinstalowałem te udevy jeszcze raz; dałem

update-initramfs -u

i dalej nie startuje :C już nie wiem co robić próbowałem wszystkiego napisałem nawet na IRC #gentoo-pl i żadna solucja nie przynosi rezultatu
jedyne co mi jeszcze świeci to, że gdy usunąłem katalog /run komunikat lekko się zmienił (na jeszcze gorszy) więc to może coś z tym katalogiem lecz nie mam pomysłu

Ostatnio edytowany przez dominbik (2011-12-27 14:48:22)