siehe log...
kernel Oops bei usb boot :(
-
-
wie es aussieht, findet die Box das Rootverzeichnis nicht. liegt es auch auf /dev/sdb3?
wie sieht die autoexec_dm7020hd_mb.bat aus?mit nfidump entpackt, aus dem Flash rauskopiert oder mediaboot?
-
@Fred Bogus Trumper: wenn ich aus dem Flashkernel mit der selben cmdline boote geht das ohne Probleme
gerade noch von wem anders ein log bekommen. die dm8000 hat das auch.
-
so, hab mal das aktuelle dmm experimental geflascht und dann auf usb kopiert. Das USB-Image bootet wie gehabt:
Code
Alles anzeigenroot@dm7020hd:~# df -h Filesystem Size Used Available Use% Mounted on /dev/root 471.7M 185.9M 285.8M 39% / devtmpfs 154.8M 0 154.8M 0% /dev none 154.9M 6.9M 148.0M 4% /var/volatile /dev/sdb1 9.5M 3.0M 6.5M 32% /boot /dev/disk/by-uuid/4e8afffa-c19c-4cc6-907d-1d6c0f441c39 111.8G 9.2G 102.6G 8% /media/hdd root@dm7020hd:~# mount | grep "boot\|root" rootfs on / type rootfs (rw) /dev/root on / type ext3 (rw,relatime,errors=continue,barrier=1,data=writeback) /dev/sdb1 on /boot type vfat (ro,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) root@dm7020hd:~#
Coderoot@dm7020hd:~# cat /boot/autoexec_dm7020hd_usb.bat /usb/bootlogo-dm7020hd.elf.gz filename=/boot/bootlogo-dm7020hd.jpg /usb/vmlinux-3.2-dm7020hd.gz root=/dev/sdb3 rootdelay=8 rootfstype=ext3 rw console=ttyS0,115200 root@dm7020hd:~#
Code
Alles anzeigenroot@dm7020hd:~# cat /etc/fstab #automatically edited by enigma2, Thu, 01 Jan 1970 01:03:36 /dev/root / rootfs noatime 0 1 none /proc proc nodev,noexec,nosuid 0 0 none /proc/bus/usb usbfs nodev,noexec,nosuid 0 0 none /sys sysfs nodev,noexec,nosuid 0 0 none /dev/pts devpts noexec,nosuid,mode=0620,gid=5 0 0 none /dev/shm tmpfs nosuid,nodev 0 0 none /var/volatile tmpfs mode=0755 0 0 #/dev/mtdblock2 /boot jffs2 ro 0 0 /dev/sdb1 /boot vfat ro 0 0 /dev/ubi0_1 /data ubifs rw 0 0 /dev/disk/by-uuid/4e8afffa-c19c-4cc6-907d-1d6c0f441c39 /media/hdd auto defaults 0 0 root@dm7020hd:~#
ubi0_1 (/data) muss man anscheinend manuell nachmounten, aber sonst läuft alles ...
-
Hm, Danke bei einem frisch installierten tar.bz2 gez, bei einem stick update nicht.
-
Vielleicht kannst du den Fehler ja jetzt eingrenzen - ich hab's extra neu geflasht und das Image ohne "Multiboot Tools" oder div. binaries auf den Stick "kopiert", um eben div. Tools als Fehlerquelle auszuschließen - da gab es ja in letzter Zeit wieder viele updates/Änderungen.
Ist also ein reiner "native USB-Boot" wie ich das immer bezeichne - und das läuft wie eh und je
-
vielleicht solltest du dir mal die aktuellen Probleme mit den verlorenen /boot mounts wegen vergessenem --force-maintenenr beim opkg upgrade zu Gemüte führen und was dann passiert wenn du Treiber aktualisierst und weiterhin mit altem Kernel bootest oder was passiert wenn das stick image unabsichtlich den kernel im Flash aktualisiert aber den im FAT nicht.
Sobald das udev dann anfängt Treiber nachzuladen die nicht passen verschluckt sich das ganze halt.
-
Danke
-
Musst halt in dein script das verhindert das die autoexec*.bat überschrieben wird auch reinmachen ob ein /boot in /etc/fstab steht und das ggf. fixen.